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1. INTRODUZIONE 


Il sistema Olivetti P6060 consiste in un minicomputer 
programmabile in linguaggio BASIC, orientato alla pro- 
grammazione scientifica e tecnica. Il sistema è dotato. 
di un software di base efficacemente strutturato, che 
ne costituisce l'interfaccia accessibile all'utente: 
questi può perciò utilizzarlo senza doverne conoscere 
le caratteristiche hardware, colloquiando con il 
software di base per mezzo di un insieme di comandi 

ad alto livello. 


Il software di base è costituito di un insieme di 
programmi scritti in un linguaggio comprensibile per 
l'unità centrale ma non utilizzabile dall'utente. 

Una parte di tali programmi, e specificamente quella 
che si occupa della gestione delle risorse del siste- 
ma, prende il nome di sistema operativo. Tutte le 
elaborazioni si svolgono sotto il diretto controllo 
dell'utente e la supervisione del. sistema operativa, 


La memoria centrale del sistema è realizzata parte 

in ROM (Read Only Memory) e parte in RAM (Random Ac- 
cess Memory). Quest'ultima la sola accessibile dallo 
utente, è destinata a contenere sia programmi appli- 
cativi sia opportuni sottoinsiemi del software di ba- 
se. Dal punto di vista dell'utente, il sistema P6060 
È monoprogrammato: istante per istante, infatti, la 
memoria centrale può contenere, oltre ai programmi di 
software di base, un solo programma applicativo. 


Il sistema P6060 è in grado di registrare gli eventi 
esterni e di generare interruzioni. E' altresì in 
grado di isolare e segnalare gli errori che si verifi 
cano nell'esecuzione di programmi o di comandi. 


Il sistema può essere collegato con numerose unità 
periferiche. In particolare è in grado di gestire in 
modo logico un'unità a disco come memoria di massa in 
linea. 
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Il software di base è per l'appunto registrato su una 
memoria di massa, che può essere costituita da floppy 
disks (FDU), disco a testina mobile (DCU), disco a 
testine fisse (HDU). Si parla rispettivamente di si- 
stema P6060 FDU, P6060 DCU, P6060 HDU. I sistemi DCU 

e HDU sono estensioni del sistema FDU; possono pertan- 
to operare in modo identico al sistema FDU. 


Dal supporto fisico su cui è registrato il software di 
base, opportuni suoi sottoinsiemi vengono trascritti 
in memoria centrale al momento dell'accensione della 
macchina oppure quando risulta necessario durante la 
esecuzione delle operazioni richieste. 


In questo manuale si descrive il modo in cui il soft- 
ware di base si interpone tra l'hardware e l'utente, 
realizzando la macchina virtuale sulla quale l'utente 
opera; in particolare vengono descritti i singoli com- 
ponenti del sistema operativo e le funzioni da essi 
espletate. 
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Configurazione base ed 


estensioni 
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2. CONFIGURAZIONE HARDWARE DEL SISTEMA P6060 
TITO 


Il sistema P6060 è composto dalla memoria centrale, da 
una unità centrale di elaborazione (CPU), da canali e 
da periferiche di 1/0 collegate di norma ai canali 
attraverso unità di controllo; può essere collegato 
con altri sistemi attraverso canali. 

Il sistema P6060 è modulare: partendo da una configu- 
razione hardware minima lo si può estendere e poten 
ziare in vario modo, così da adattarlo alle diverse 
esigenze dei singoli utenti. 


Nella configurazione minima il sistema comprende: 


- memoria interna (48K byte di cui 16K byte riservati 
all'utente) 


- CPU 

- console 

- tastiera 
- display 


— unità disco (FDU, DCU, HDU) 
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Tastiera 


‘ Memorie 
di massa 


Memoria 


(Area utente = 16) Display | 


Figura 2-1 Configurazione minima 


Il disco contiene il software di base (viene perciò 
detto disco sistema) e può essere utilizzato come me- 
moria di massa in linea. 
Il sistema minimo può essere potenziato con l'amplia- 
mento della memoria interna riservata all'utente (fino 
a 48K byte) con il collegamento alle seguenti unità 
perì feriche: 
- stampante termica 
- fino a 2 FDU + 2 DCU oppure 2 HDU 
- unità collegate attraverso canale IPSO, oppure 
EIA RS 232. In questo modo possono essere collegate 
al sistema P6060 unità di qualsiasi tipo: 


. PN 20 - perforatore di nastro 


Nel sistema P6060 sono disponibili 13 posti piastra. 
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La configurazione base del sistema è così composta: 
- tastiera 

— console 

- stampante 

- governo floppy-disk (2 piastre) 

- unìtà centrale 


- una piastra di memoria utente (RAM) con capacità 
variabile tra 16 e 32K byte 


Gli ultimi 4 posti-piastra possono essere occupati da 
altrettanti governi linea, di tipo IPSO, EIA RS 232, 
Current Loop. Sono ammessi al più 2 governi linea per 
ciascun tipo. L'ultima piastra può essere occupata 
indifferentemente da un governo linea o da una piastra 
di memoria RAM aggiuntiva. Nel caso il sistema possie- 
da 4 governi linea, la memoria utente resta necessa- 
riamente limitata a 32K byte. 


— LN 20 - lettore di nastro perforato 


— CTU 1000 / CTU 1010 - cassetta magnetica 


— PR 1220; PR 1230; PR 1240; PR 1350; PR 1370 - stam- 
panti veloci 


— SV 160; SV 160/1, Sv 160/2 - stampante ausiliaria 
- ICU 600 - interfaccia strumenti di misura 

— CR 300 - lettore di schede 

- PCU 600 - plotter 


— XU 3500 - lettore di banda perforata (codice mnemo- 
nico non disponibile) 


— UN 812 (NRZ/7; NRZ/9; PHE/9) - unità a nastro ma- 
gnetico 


Le caratteristiche tecniche di ciascuna di esse sono 
descritte nei rispettivi manuali. 
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Memoria interna 


Operazioni 1/0 


CPU 


Le memoria interna è un insieme di locazioni diretta- 
mente indirizzabili, ad accesso veloce. 


Dati e programmi devono venire caricati in memoria 
interna prima di essere elaborati. 

La memoria interna è costituita quasi interamente di 
RAM (Randem Access Memory) e di una piccola parte di 
ROM (Read Only Memory). La RAM è destinata a contene- 
re il programma utente, i dati da elaborare e le op- 
portune routine di software di base; la ROM contiene 
soltanto un programma di software di base, il boot- 
strap, necessario per l'inizializzazione del sistema. 
L'unità di base indirizzabile della memoria è il byte, 
che è composto di 8 bit. 


Ad ogni byte di memoria è associato un numero progres- 


sivo intero positivo, a partire da 0, che individua 
univocamente il suo indirizzo. 


I byte possono essere considerati individualmente op- 
pure raggruppati in campi. Un campo di memoria viene 
indirizzato attraverso il primo byte del campo. 


La CPU (Central Processing Unit) è il centro di con- 
trollo e di elaborazione del sistema. Essa controlla 
l'esecuzione delle istruzioni, la sequenza in cui tale 
esecuzione deve avvenire e il verificarsi di interru- 
zioni. La CPU si compone di 2 elementi: 


- l'unità di controllo, che esegue i controlli su 
tutte le operazioni del sistema; 


- l'unità aritmetico-logica, che esegue le operazioni 
aritmetiche ed effettua le scelte logiche tra le 
varie alternative di esecuzione 


Per esemplare la sua attività la CPU utilizza parti di 


memoria interna (registri, program status word, ecc.). 


Le operazioni I/0 effettuano il trasferimento di in- 

formazioni tra memoria centrale e unità periferiche. 

Le periferiche collegate al sistema PE060 sono divise 
in 2 classi: 


- periferiche gestite in modo logico 
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Periferiche gestite in 
modo logico 


Periferiche gestite 
fisicamente 
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- periferiche gestite fisicamente 


Le periferiche gestite in modo logico sono indirizzate 
in modo privilegiato dall'utente per mezzo di comandi 

o istruzioni BASIC, senza che ne debbano essere prese 

in considerazione le caratteristiche hardware. Le pe- 

riferiche gestite in modo logico sono: 


- tastiera (può anche essere gestita come periferica 
esterna) 


+» console 


— display 

— avvisatore microacustico 

— unità disco (FDU, DCU, HDU) 
- stampante termica 

— stampante esterna 

— video display 


— plotter 


Le periferiche gestite fisicamerte sono collegate al 
sistema P6060 attraverso dispositivi di interfaccia 
detti canali. 


In questo caso, poichè la CPU non è costretta a ser- 
vire immediatamente le interruzioni di I/0, il sistema 
può eseguire contemporaneamente istruzioni o comandi 
ad una o più operazioni di I/0. La gestione di queste 
periferiche viene effettuata per mezzo di istruzioni 
di I/0 generale. Il collegamento logico tra l'unità 
centrale e i vari canali è realizzato dal sistema o- 
perativo; l'indirizzamento alle periferiche associate 
ai singoli canali deve essere effettuato esplicita- 
mente, eventualmente per mezzo di opportune istruzioni 
nei programmi applicativi. 


I canali collegabili al sistema P6050 sono: 


- interfaccia IPSO 


- interfaccia EIA RS-232 


- tastiera 


3974650 V 


I componenti 
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3. IL SOFTWARE DI BASE 


Il software di base comprende tutti i programmi che 
consentono all'utente di colloquiare in modo semplice, 
per mezzo di comandi e utilizzando un linguaggio di 
programmazione ad alto livello (il BASIC), con l'hard- 
ware del sistema P6060. Il software di base libera 
l'utente dalla necessità di fare riferimento alle ca- 
ratteristiche fisiche del sistema e al linguaggio 
dell'unità centrale, 


Il software di base può essere suddiviso, in funzione 
della sua allocazione in memoria interna, in quattro 
parti: software residente, il software non residente, 
il software opzionale, i programmi di utilità. 


Il software di base è registrato su disco, ad eccezio- 
ne di una piccola parte (il caricatore iniziale o 
bootstrap) che è registrato nella memoria ROM del si- 
stema. Dal disco viene quindi trascritto in memoria 
interna, una parte all'atto dell'accensione, le altre 
ogni qualvolta si rendono necessarie per l'espleta- 
mento dell'operazione in corso. Le diverse parti di 
cui si compone il software vengono allocate in zone ben 
definite della memoria RAM del sistema. La memoria RAM 
viene utilizzata per contenere sia il software di base 
sia i programmi introdotti dall'utente. Si divide in 
due parti: 


- memoria riservata al sistema 
- memoria utente 


Memoria riservata al sistema: E' la parte di memoria 
Te 1 IServata al sistema 


su cui vengono allocate esclusivamente parte di soft- 
ware di base. La sua dimensione è di 28K byte. Al suo 
interno una zona di circa 4K byte viene gestita parte 
come area di overlay e parte come stack. La dimensione 


dello stack varia nel tempo. 


. 


Memoria utente: E' la parte di memoria destinata a 


contenere i programmi utente. Può -contenere inoltre 
parti del software di base. La sua dimensione minima 
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è di 16K byte è estendibile fino a 48K byte mediante 
l'introduzione di moduli di memoria, ciascuno della 
dimensione di 8K byte. (Vedi capitolo creazione di 
testi e programmi ed editing). 







Memoria: 
di sistema 


} 0+9K 


utente o di utilità 


(+ BASEXBATS) Memoria 


utente 


= 4 Kbytes: 





Figura 3-1 System Area 


Si definisce software residente quella parte del soft- 
ware di base che viene caricata in memoria al momento 
dell'accensione della macchina e non ne viene più ri- 
mossa. Il software residente consta delle procedure 
che realizzano l'interfaccia virtuale fra l'hardware 
della macchina ed il resto del software (sia di base 
che applicativo), e di parte del sistema operativo 
(cioè delle procedure che gestiscono le risorse del 
sistema). Sono permanentemente residenti in memoria 
interna quelle parti del sistema operativo che risul- 
tano sempre indispensabili al funzionamento del siste- 
ma, con l'eccezione di alcune parti necessarie alla 
esecuzione dei programmi BASIC (BASEX e BRTS) (vedi 
cap. 5), che vengono caricate nella memoria utente in 
fase di preesecuzione del programma e vi restano per 
tutta la durata dell'esecuzione. Il software residente 
comprende i seguenti moduli: 
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Il software opzionale 


Software non residente 
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— PIH (Program Interrupt Handler) 
- PIOCS (Physical I/0 Control System) 


MONITOR 


il modulo per la gestione del sistema nello stato 
"Calculator Mode" 


LS 


Il software opzionale è costituito dalle estensioni . 
del software base destinate a soddisfare particolari: 
esigenze dei programmi dell'utente. In particolare 
consente di ottenere le seguenti estensioni (tra pa- 


rentesi viene indicata l'occupazione approssimativa di 


memoria centrale): 

- trattamento delle stringhe (2K byte) 

- trattamento delle matrici (1K byte) 

- uso della stampante integrata come plottse (2K byte) 


- collegamento di periferiche su canale EIA RS 232 
(2.5K byte) 


- collegamento a video di pagina (1K byte) 


Il software opzionale viene allocato nella memoria 
utente. Ogni opzione viene caricata su esplicita ri- 
chiesta dell'utente; a seconda delle opzioni richieste 
la memoria utente assume quindi configurazioni diver- 
se, e varia anche la parte di memoria disponibile per 
l'introduzione di un programma. 


Le opzioni scelte dall'utente sono residenti finchè 

questi non ne richieda esplicitamente altre (comando 
OPTION o CONFIGURE). Quando ciò avviene il sistema 

carica le opzioni richieste nella memoria utente di- 
struggendone il contenuto attuale. 


Le restanti parti del sistema operativo (software non 


residente vengono caricate nella memoria riservata al 


sistema solo quando sono necessarie per espletare l'o- 
perazione richiesta in quel momento: in tal caso ven- 
gono caricate nell'area di overlay. L'area di overlay 
si trova all'interno della memoria riservata al si- 


stema, ed ha una dimensione di circa 4K byte. Termi- 
nata la funzione richiesta l'area occupata in zona di 
overlay viene resa nuovamente disponibile e può ospi- 
tare nuove parti di sistema operativo. 


Programmi di utilità I programmi di utilità sono programmi che svolgono 
complesse funzioni su file, librerie, ecc. Consentono 
all'utente una gestione semplice delle informationi 
memorizzate sui dischi. 


I programmi di utilità, quando ne viene richiesta la 
esecuzione, sono caricati nella memoria utente. I 
programmi di utilità vanno a ricoprire l'area su cui 
è memorizzato il programma utente e non l'area even- 
tualmente occupata dal software opzionale: si compor- 
tano perciò come un programma utente. 


Le parti di software di base richiamate dal processor 
del programma di utilità vengono caricate in area di 
overlay. Al termine dell'esecuzione l'area occupata 
viene resa nuovamente disponibile per accogliere un 
nuovo programma di utilità oppure un programma utente. 


Funzioni del sistema Le funzioni del sistema operativo sono: 
operativo 
- la gestione delle risorse del sistema (memoria, 
processor, operazioni di I/0, files) 


-— la gestione dei programmi utente (introduzione, com- 
pilazione, esecuzione, ecc.) ì 


Per il sistema P6060 (monoprogrammato e multiprocessor) 
la gestione della memoria e del processor consiste 
nella distribuzione delle risorse tra il software di 
base ed un unico programma utente. 


Realizzazione delle Ogni operazione richiesta al sistema viene realizzata 
funzioni richieste al attivando un elemento del sistema operativo che funge 
sistema operativo da supervisore dell'operazione richiesta, coordinando 


l'esecuzione delle funzioni elementari di cui si com- 
pone l'operazione. Ogni funzione elementare può essere 
a sua volta scissa in sottofunzioni. Ad ognuna delle 
funzioni e delle sottofunzioni corrisponde un elemento 
del sistema operativo. Gli elementi che realizzano fi- 
sicamente tali funzioni vengono detti moduli: essi 
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sono le unità base del sistema operativo (d'ora in poi 
parleremo sempre di moduli per intendere gli elementi 
del sistema operativo). 


Ad ogni elemento del sistema operativo può essere as- 
sociato un livello più o meno alto a seconda della 
maggiore o minore complessità della funzione svolta: 
il sistema operativo risulta quindi. suddiviso in una 
serie di livelli organizzati gerarchicamente, 


Ogni livello è caratterizzato da un insieme di opera- i 
zioni (le singole funzioni o sottofunzioni realizzate . 
dal sistema operativo) e dall'insieme di dati su cui 
queste operazioni vengono svolte. 


Si parla di organizzazione gerarchica dei livelli per 
significare che funzioni di un certo livello (e quindi 
i moduli che le realizzano) possono richiamare solo 


| funzioni (moduli) dello stesso livello o di livello 


x 


inferiore. Il livello più elevato è quello che inter- 
faccia direttamente con l'utente. ; 


I livelli gerarchici sono quattro: dall'esterno verso 
l'interno, distinguiamo un livello "utente" {livello 1), 
un livello "comandi" (livello 2), un livello "funzioni 
comuni" (livello 3), un "nucleo" (livello 4). 


: Livello utente 


Monitor 


Livello comandi 


Processor 
dei comandi 


: Livello 
5 funzioni , 
“ comuni Moduli del 


File System 





Compilatore 





DI I 





PIOCS = Gestore delle interruzioni 


po, ,Z, SSS555S5S5S SI4O= 777, 





Figura 3-2 Organizzazione in livelli del Sistema 
Operativo 


Livello utente: Il livello "utente" interfaccia diret- 
tamente con l'utente ed ha la funzione di riconoscere 
quanto viene digitato sulla tastiera. L'input è rap- 
presentato dalla stringa di caratteri che viene volta 
per volta introdotta nel buffer di tastiera. Al li- 
vello utente appartiene soltanto un modulo residente, 
il MONITOR. Il MONITOR identifica (in base ai primi 3 
caratteri) il comando introdotto (le istruzioni BASIC 
sono assimilate ai comandi) e cede il controllo, dopo 
averne lanciato il caricamento se non residente, al 
modulo preposto al suo trattamento; ai termine delle 
operazioni il controllo ritorna al MONITOR. 


Livello comandi: Ogni modulo di questo livello gesti- 
sce l'esecuzione di un singolo comando. L'esecuzione 
di un comando comporta in genere la suddivisione della 
funzione richiesta in più sottofunzioni. Il processor 
del comando richiamerà quindi in modo appropriato i 
moduli che realizzano le sottofunzioni richieste e ne 
supervedrà l'esecuzione. Terminata l'esecuzione del 
comando il controllo viene restituito al MONITOR. 
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Livello funzioni comuni: Al livello "funzioni comuni" 
appartengono alcune sottofunzioni comuni a più comandi 
(è il caso, ad esempio, dell'operazione di ricerca nel 
catalogo dei files, che può essere richiesta dai co- 
mandi OLD, PURGE, CATALOG, ecc.), Appartengono a que- 
sto livello il compilatore e il decompilatore BASIC, 

i moduli del File System, il LIOCS (Logical 1/0 Con- 
trol System). 


I moduli che appartengono al livello "funzioni comuni" 
trattano essenzialmente i programmi e i dati contenuti 
nell'area utente o nei files su disco. 


Nucleo: A questo livello appartengono i moduli che co- 
stituiscono l'estensione immediata dell'hardware del 
sistema, realizzando funzioni elementari comuni a 
tutte o quasi le attività svolte dal sistema. 


Fanno parte di questo livello i moduli del PIOCS 
(Physical 1/0 Control System), i moduli per la gestio- 
ne delle parti del sistema operativo non residenti e 
per la gestione delle interruzioni. 


Anche i dati su cui i moduli operano possono essere 
associati a dei livelli, Mentre però i moduli sono 
associati ad un solo livello i dati possono essere di 
due tipi: 


— dati associati ad un livello; sono di norma associa- . 


ti ad un singolo modulo 


- dati associati a due livelli; costituiscono l'inter- 
faccia tra moduli che non appartengono allo stesso 
livello: così per esempio, le informazioni di con- 
trollo sul working file fanno parte dell'interfaccia 
tra moduli del livello comandi e moduli del livello 
funzioni comuni 


Ciascuno dei programmi di cui è costituito il software 
di base realizza una particolare funzione del sistema 
e costituisce un modulo. Uno o più moduli sono orga- 
nizzati in una struttura superiore: il segmento. 


I moduli sono le unità elementari di cui è costituito 


” 


il software. Un modulo è un'unità logica che esegue 


Struttura dei moduli 
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una o più funzioni correlate. Funzioni distinte vengo- 
no realizzate da programmi allocati in moduli separa- 
ti, secondo uno schema di programmazione modulare. 


I moduli sono costituiti da una control section (cioè 
una unità di codice comprendente istruzioni e dati) e 
da un dizionario contenente la raccolta dei nomi ex- 
ternal riferiti (riferimenti ad altri moduli). In 
ogni control section vi è un solo nome external: il 
nome della control section stessa. 


Codice 
(istruzioni & dati) 


Dizionario dei nomi 
external 


Ad ogni nome external corrisponde un elemento dei di- 
zionario che contiene il suo indirizzo, nella forma 
indicata in figura. Il valore # S indica il segmento 
all'interno del quale si trova il modulo; D indica lo 
spiazzamento del modulo rispetto all'origine del seg- 
mento. 


I moduli sono rilocabili (non contengono quindi co- 
stanti indirizzo) e possono perciò essere caricati in 
un punto qualsiasi della memoria. I dati che sono u- 
tilizzati in sola lettura (tabelle, costanti, ecc.) 
sono collocati insieme al codice relativo alle istru- 
zioni. Le aree di lavoro il cui contenuto è signifi- 
cativo soltanto per l'esecuzione della procedura che 
le contiene (e quindi non lo è per le altre procedu- 
re) vengono allocate sullo stack all'inizio dell'ese- 
cuzione, rimosse quando questa ha termine. I dati con- 
divisi da più moduli vengono inseriti in un'area di 
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comunicazione del sistema (COMAREA), allocata in memo- 


} 


ria nella fase di inizializzazione del sistema. 


Il segmento è la più piccola unità del software di 
base che, dal supporto dove è registrata, viene cari- 
cata in memoria. Ciò vuol dire che quando un modulo si 
trova nella memoria interna, vi si trovano anche tutti 
gli eventuali altri moduli che insieme fanno parte del 
segmento al quale il modulo appartiene. i 





Il significato dei vari campi è il seguente: 


- #5 nome del segmento 


ACTCOUNT contatore dei. moduli del segmento 
che sono attivi 


-— LENGTH ,lunghezza del segmento 


Ù 


Modulo 1, ..., n moduli che compongono il segmento 


Il campo ACTCOUNT ha senso relativamente ai segmenti 
che vengono caricati in area di overlay. Si dice che 

un modulo è attivo quando vengono eseguite istruzioni 
appartenenti ad esso, oppure è attivo un modulo da 

esso richiamato e dal quale deve riprendere il control 
lo. Si dice che un segmento è attivo quando è attivo 
almento uno dei moduli che ad esso appartengono. Fin- 
chè un segmento è attivo non può essere ricoperto da 


altri segmenti caricati in area di overlay; se un 


La tabella dei segmenti 
(SEGTAB) 


3-10 


segmento non è più attivo l'area da esso occupata può 
essere invece utilizzata per il caricamento di altri 
segmenti. 


Un segmento è costituito di norma da moduli che si 
richiamano l'un l'altro, concorrendo ad eseguire una 
unica funzione. Poichè quando un modulo ne richiama 
un altro appartenente allo stesso segmento questo è 
già disponibile in memoria, viene così risparmiato il 
tempo del caricamento da disco. 


I segmenti sono registrati su disco sistema in modo 


DS 


contiguo, ed ognuno di essi è allineato al settore. 


La tabella dei segmenti (SEGTAB), che ne raccoglie gli 
indirizzi, è anch'essa registrata sul disco sistema. 
La SEGTAB viene caricata in memoria in fase di ini- 
zializzazione; qui gli indirizzi di disco dei segmenti 
del software residente ed opzionale vengono sostituiti 
dagli indirizzi di memoria interna dei segmenti stes- 
si. Per gli altri segmenti l'indirizzo riportato è 
sempre quello del disco. 


Il passaggio di controllo tra un modulo e l'altro vie- 
ne realizzato per mezzo di un meccanismo che utilizza 
come dati fondamentali l'indirizzo del modulo chiama- 
to (informazione presente nel Dizionario dei Nomi Ex- 
ternal del modulo chiamante) e la tabélla dei segmenti 
(SEGTAB). Questo meccanismo viene utilizzato per tutti 
i moduli di software, ad eccezione del BASEX e dei 
moduli di BRTS. 


Se il modulo chiamato appartiene ad un segmento di 
software residente, la SEGTAB contiene l'indirizzo di. 
memoria del segmento. L'aggancio con il modulo viene 
quindi realizzato passando direttamente all'esecuzione 
dell'istruzione che si trova all'indirizzo I + D, dove 
I è l'indirizzo indicato nella SEGTAB, e D è lo spiaz- 
zamento indicato nell'elemento del Dizionario dei Nomi 
External corrispondente al modulo riferito. I moduli 
che appartengono ai segmenti di software non residente 
vengono caricati in area di overlay. L'area di overlay 
viene gestita in modo tale da: 


- non ricaricare in memoria un segmento già caricato 


- 


e che vi è ancora registrato 
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- mantenere contigua l'area occupata dai segmenti at- 
tivi 


- mantenere i segmenti attivi in testa all'area di 
overlay 


Due puntatori indicano l'inizio dell'area di overlay 

e l'indirizzo di impianto dell'ultimo segmento che vi 
è registrato. Nella figura è schematizzata una possi- 
bile configurazione dell'area di overlay. 





Inizio area | 
di Overlay | 


Indirizzo dell'ultimo 
segmento registrato 


Moduli del segmento S3 


Area di Overlay 
libera 








Figura 3-3 L'area di overlay 


I segmenti presenti sono 3 (#S1, #52, #53) di cui il 
primo è attivo {campo ACTCOUNT # J) e gli altri no. 


Per l'aggancio di moduli di software non residente, 
oltre alle informazioni presenti nel Dizionario dei 
Nomi External e nella SEGTAB, viene esaminata anche 
l'area di overlay per verificare se il segmento che 
contiene il modulo non sia già in memoria. 


Nel caso della figura 3-3, il richiamo (da parte del 
segmento #S1) di moduli appartenenti ai segmenti S1 
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Gestione dello stack e 


dell'area di overlay 


e #S2 provoca il passaggio del controllo e l'incremen- 
to del campo ACTCOUNT (il segmento #52 è a questo punto 
un segmento attivo). Il richiamo di moduli appartenen- 
ti al segmento #S3 provoca oltre al passaggio del con- 
trollo e all'incremento del campo ACTCOUNT, uno spo- 
stamento del segmento in coda al segmento #S1: il 
segmento #52 a questo punto non è più presente nell'a- 
rea di overlay. 


Îl richiamo di moduli appartenenti ad un segmento non 
registrato in memoria provoca il caricamento di questo 
ultimo in coda al segmento #S1 e quindi le stesse o0- 
perazioni descritte per i casi precedenti. I segmenti 
#52 e #53 a questo punto non sono più registrati in 


memoria. 


I processor dei programmi di utilità vengono caricati 


nell'area utente. 


L'area di overlay e lo stack sono adiacenti. Ad essi 
viene riservata una zona di memoria la cui estensione 
varia al variare delle funzioni del sistema. L'area 

di overlay viene occupata dall'alto verso il basso, 

lo stack in senso opposto. Si ha condizione di errore 
solo quando una delle due aree cresca fino a invadere 
la parte effettivamente impegnata dall'altra. Quando 
il programma utente è a livello di editing, l'area di 
overlay viene occupata dai segmenti del sistema opera- 
tivo e lo stack viene occupato dai dati locali del mo- 
duli. In questa fase l'area di overlay + stack ha una 
dimensione di 4K byte. 


Quando il programma utente è in fase di’ esecuzione 
(processor ALP attivo) l'area di overlay viene occu- 
pata da moduli del LI0CS; lo stack viene occupato da 
indirizzi, valori, contesti locali, ecc. In questo 
caso l'area di overlay + stack ha una dimensione pari 
a tutta l'area utente rimasta libera dopo la fase di 
preesecuzione del programma (per la preesecuzione e 
l'esecuzione di un programma BASIC, vedi cap. 5). 
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Figura 3-4 Principio di funzionamento dello STACK 


I puntatori sono: 


P1 = Bottom: punta alla base dello stack 
P. = Top: punta al limite superiore dello stack 
Pg = Tos (TOP OF STACK): punta al primo byte libero 


dello stack 


Mi = Lenv (Local Environment): punta al byte più 
basso nel contesto locale allocato 


Non esiste un disegno di strutturazione gerarchica de- 
gli overlay: la radice di overlay è il software resi- 
dente, mentre i rami di overlay (i segmenti) si posso- 
no agganciare tra loro richiamandosi a vicenda in me- 
moria (senza cioè dover passare per il richiamo dalla 
radice di overlay, ma riferendosi soltanto alla SEGTAB). 


Le chiamate rivolte da un modulo residente a un modulo 


esterno sono fatte per indiretezza attraverso la 
Pur Indie vezza 
SEGTAB, ove sono conservate le informazioni che con 
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sentono di reperire il modulo esterno richiamato sia 
che si trovi in memoria interna sia che si trovi in 


memoria esterna. Nella SEGTAB è conservato anche l'in- 
dirizzo di alcune funzioni built-in. 


Mentre in una struttura ad overlay di tipo statico è 
possibile valutare, già in fase di lancio del linkage 
editor, l'occupazione massima di memoria, e prevenire 
eventuali overflow, in una struttura siffatta, con 
aggancio dinamico l'occupazione di memoria è difficil- 
mente valutabile a priori, poichè dipende da una serie 
di quantità che variano nel corso dell'elaborazione 
(come il numero di funzioni, built-in oppure utente, 
che vengono richiamate da una stessa istruzione). 
Inoltre, poichè l'area di overlay compete con io stack, 
l'eventuale overflow di memoria può essere determinato, 
in ogni momento, dall'occupazione dinamica dello stack 
(che dipende anch'essa di quantità che variano nel 
corso dell'elaborazione, come il numero di cicli con- 
temporaneamente nidificati). Va rilevato che l'area 

di overlay compete con lo stack non soltanto in fase 
di esecuzione, ma anche in fase di compilazione e de- 
compilazione. i 


Sull'unità centrale deli sistema P6060 sono state defi- 
nite due macchine virtuali con i rispettivi linguaggi: 
la macchina SLP (System Language Processor) e la mac- 
china ALP (Algebric Language Processor). Le macchine 
virtuali eseguono i programmi espressi nel loro lin- 
guaggio. 


La macchina SLP viene programmata utilizzando la codi- 
fica simbolica del linguaggio macchina, i tempi di ri- 
sposta dell'unità centrale sono in questo caso molto 
brevi. La macchina ALP viene programmata in linguaggio 
BASIC, ed è quindi destinata all'esecuzione dei pro- 
grammi utente. E' dotata di aritmetica floating-point 
e di istruzioni di controllo complesse. 

Un sottoinsieme del software di base scritto nel lin- 
guaggio della unità centrale, realizza l'emulazione 
delle macchine virtuali ALP e SLF; esse non hanno al- 
cun legame di dipendenza con il resto del software di 
base. Poichè anche la parte che realizza l'emulazione 
delle macchine virtuali viene caricata in memoria da 
disco, è possibile incrementare le funzioni del siste- 
ma semplicemente modificando il software, senza dover 
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modificare l'hardware della macchina: ogni utente può 
quindi avere a sua disposizione la versione più ag- 
giornata del sistema semplicemente introducendo il 
dischetto o il disco che la contiene. La funzione del- 


DS 


le macchine virtuali è chiarita nel disegno seguente. 


Comandi 
Messaggi 


Software 
di base 


Macchina SLP i i Macchina ALP 


Figura 3-5 Le macchine virtuali 


Lo schema di principio è il seguente: 


1. Il software di base, che gira sulla macchina SLP, 
traduce il sorgente BASIC in codice oggetto ALP. 


2. Il programma BASIC tradotto in codice oggetto, gira 
sulla macchina ALP supervisionato dal software di 


base. 


3. L'utilizzatore colloquia con la macchina tramite il 
software di base. 


4, Gestione dell'I/0 e delle interruzioni. 


5. Calculator Mode, 
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SLP, 


ettato dalla macchira 


sistema, acc 


io macchina 


5° diedin 


Il linguaggio di 
è dotato di: 


SLP 





i È i A 
nella COMAREA) 


w di qa 
Gia © |Adea 





(ai dati 





(per 


estione dell'I/0: 


i per la 
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tri di controllo dei canali di I/0 sono conservati 
nelle parole di controllo di canale CCW) 


- istruzione per il passaggio alla macchina ALP: ad 


essa corrisponde un'istruzione simmetrica nella mac- 
china ALP. Le istruzioni macchina SLP vengono inter- 
pretate dal software di base. Il valore del program 
counter, contenuto nella parola di stato (PSW), per- 
mette di posizionarsi sull'istruzione da eseguire; 
l'istruzione viene poi riconosciuta e servita da una 
specifica routine. 


La Program Status Word è un'area di memoria lunga 64 
bit che contiene le informazioni necessarie all'esecu- 
zione delle istruzioni del programma. La PSW attiva è 
detta "PSW corrente". Il formato della PSW è il se- 
guente: 





I campi hanno .il seguente significato: 


System Mask: E' la maschera delle interruzioni da uni- 
tà periferiche (interruzioni esterne). Ogni bit è po- 
sto in corrispondenza biunivoca con una periferica in- 
tegrata oppure con un canale: le interruzioni sono a- 


CS 


bilitate se il bit corrispondente è uguale ad 1. 


Program Mask: E' la maschera delle interruzioni di 
programma. Ogni bit è posto in corrispondenza biunivo- 
ca con un tipo di interruzione (interruzioni dovute 
ad errore o a chiamate del supervisore). Le interru- 
zioni sono abilitate se il bit corrispondente è ugua- 
le ad 1, 


Instruction Length Code (ILO): Contiene la lunghezza 


dell'istruzione da eseguire, 


| Il linguaggio macchina 
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Condition Code (CC): Contiene il codice di condizione. 


K,X,Y,P: Xe Y sono disponibili per usi futuri. K in- 
dica se la memoria è impaginata oppure no. P indica se 


è attiva la macchina virtuale SLP o quella ALP. 


Program Counter: Contiene l'indirizzo dell'istruzione 
successiva a quella in corso di esecuzione. La PSW, 
nel caso si verifichi un'interruzione di tipo abilita-. 
to, viene memorizzata e può essere successivamente a- 
nalizzata. Al suo posto viene caricata una nuova PSW 
che lancia l'esecuzione delle routine di gestione del- 
le interruzioni. 


Il linguaggio macchina ALP, o linguaggio algebrico, è 


‘orientato all'elaborazione di espressioni algebriche, 


e permette di ottenere una traduzione compatta del 
programma BASIC in linguaggio oggetto. Il programma 
oggetto è inoltre reversibile: può essere convertito 
nuovamente in formato sorgente passando attraverso una 


fase di decompiîlazione. 
In tal modo si cttengono tre vantaggi: 


- minore occupazione di memoria esterna (dovendosi 
conservare il solo formato oggetto) 


— minore occupazione di memoria centrale (essendo la 
traduzione assai compatta) 


- possibilità di effettuare le operazioni di editing 
direttamente sul programma pronto per l'esecuzione, 
o addirittura in esecuzione : 


Quest'ultima caratteristica fa sì che il F6060 risulti 
uno dei più comodi e fruibili strumenti per lo svilup- 
po del software. 


Il set di istruzioni consente di eseguire calcoli con 
numeri decimali in semplice e doppia precisione, di 
elaborare stringhe, di operare su matrici, di realiz- 
zare strutture di controllo, di comunicare con la 
macchina SLP. 


Il linguaggio algebrico è privo di istruzioni I/0. Per 


tali funzioni il sistema fa ricorso alla macchina SLP. 
Le istruzioni accette dalle macchina ALP sono di 4 
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tipi e si defferenziano a seconda della lunghezza: 1, 
2, 3 cppure N bytes (3-<N=256). Le istruzioni di lun- 
ghezza 1 e 2 sono composte dal solo codice operativo. 
Le istruzioni di lunghezza 3 hanno il codice operativo 
sul primo byte e un operando esplicito sugli altri 
due. Nelle istruzioni a lunghezza variabile il primo 
byte contiene il codice operativo, il secondo il de- 
scrittore; l'operando vero e proprio occupa i byte 
restanti. 


DS 


La mecchina virtuale ALP è destinata all'elaborazione 
di espressioni aritmetiche espresse in notazione po- 
lacca inversa. Le operazioni vengono eseguite sullo 
stack. 


La macchina ALP è costituita da tre componenti princi- 
pali: la memoria, lo stack e il processor. 


La memoria contiene i dati e il programma scritto in 
linguaggio algebrico. Sotto il controllo del processor 
i dati possono essere poi scambiati tra memoria e 
stack. La memoria della macchina virtuale ALP è così 
composta: 


Area di Definizione del Working File (WFDA): E! posta 


in un'area di comunicazione dati del sistera (COMAREA) 
e contiene i puntatori alle tabelle e alle aree usate 
dai programmi BASIC. 


Area del Programma: Contiene il programma utente. 


Area dei Descrittori: Contiene le tabelle dei descrit- 
tori delle variabili semplici e multiple e le tabelle 

usate per la compilazione e l'esecuzione dei programmi 
utente. 


Area delle Variabili: Contiene i valori delle varia» 
bili semplici e multiple, numeriche e/o stringa. 


Lo stack è una zona di memoria in medo implicito da 
parte delle istruzioni ALP. E! gestito dal processor 
per mezzo di una serie di puntatori che permettono di 
controllare tutte le fasi di allocazione e dealloca— 
zione di aree (vedi "Gestione dello stack e dell'area 
di overlay). Sullo stack vengono allccati: 
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- indirizzi e valori per la valutazione di espressioni 


- informazioni di controllo per il richiamo di funzio- 
ni (contesti di function) 


- informazioni di controllo ed aree delle variabili 
locali e degli argomenti di chiamata necessari per 
la loro valutazione (contesti locali) 


- strutture di controllo per chiamate a subrcutine ed 
esecuzione di cicli FOR/NEXT (contesti di subroutine 
e contesti di loop) 


11 processor della macchina ALP è costituito dalla 
parte di sistema che realizza le istruzioni di lin- 


guaggio algebrico e permette di gestire lo stack. Il 


processor può accedere ad aree di lavoro, poste nella 
COMAREA, dove sono contenute informazioni come: 


- la PSW, le cui informazioni sono in comune tra la 
macchina ALP e la macchina SLP 


- il contatore per l'annidamento dei cicli FOR/NEXT 
- il contatore per l'annidamento delle funzioni 


- il tipo di operazione eseguita nell'ultima istru- 
zione 


Il valore del program counter, contenuto nella parola 
di stato (PSW) consente il posizionamento sull'istru- 
zione da eseguire. Seguono una fase di posizionamento 
sul valore degli operandi ec una fase di esecuzione 
dell'operazione (vedi figura pag. 3-17). L'esecuzione 
delle operazioni provoca, generalmente, una modifica 
dello stack. 


Le istruzioni che, in accerdo con la struttura polacca 
del codice, preparano gli operandi per le successive 


operazioni algebriche, caricano lo stack con: 


- l'indirizzo, nel caso che l'operando sia cestituito 
da una variabile 


- il valore, nel caso che l'operando sia costituito da 
una costante, 
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Le istruzioni che realizzano l'operazione algebrica 
vera e propria prelevano dallo stack i valori degli 
operandi (o il loro indirizzo) e depositano, al loro 
posto, il risultato dell'operazione. Il riferimento 
ad una variabile di programma viene risolto in due 
fasi: dapprima viene caricato sullo stack l'indirizzo 
della variabile; poi avviene il posizionamento sul 
valore della variabile e la sua utilizzazione. 


Si è già detto che la macchina ALP dipende dalla mac- 
china SLP per le operazioni di I/0. E! inoltre la 
macchina SLP che provvede a compilare con le informa- 
zionì appropriate l'Area dei Descrittori e l'Area di 
Definizione del Working File (WFDA), utilizzate poi 
dalia macchina ALP. 


Le macchine SLP ed ALP possono scambiarsi informazioni 
attraverso le risorse in comune: lo stack e la memo- 
ria. 


Infine le due macchine virtuali possono cedersi il 
controllo a vicenda. Il controllo può essere ceduto 

in entrambe le direzioni in modo diretto (con apposite 
istruzioni), oppure in modo indiretto, dal processor 
ALP al processor SLP, con un meccanismo di interruzio+- 
ne comune ad entrambe le macchine. 


Il sistema P6060 accetta come input stringhe di carat- 
teri introdotte per mezzo della tastiera. Ogni stringa 
che viene processata, dando luogo ad una azione, la- 
scia una traccia all'interno del sistema. 


Definiamo "stato del sistema" l'insieme delle infor- 
mazioni che rappresentano la storia delle informazioni 
che rappresentano la storia delle operazioni preceden- 
ti e condizionano l'azione del sistema a fronte della 
introduzione di una nuova stringa di caratteri. 


All'utente il sistema P6C60 si presenta come una mac- 
china a stati. Le informazioni connesse con lo stato 
del sistema sono registrate in due campi di memoria 
all'interno della COMAREA: la Parola di Stato del Si- 
stema (SSW) e l'Area di Definizione del Working File 
(WFDA). 


3-21 


Livelli del sistema Gli stati del sistema possono essere raggruppati in 
due livelli: 


- livello comandi: esecuzione dei comandi di creazione 
e di editing di programma o di testo, esecuzione dei 
comandi di gestione delle librerie, uso della mac- 
china come calcolatrice 


- livello programma: esecuzione del programma e dei 
comandi che consentono di controllare l'esecuzione 
e il debvgging del programma stesso 


Un solo stato, OPERATOR CALL, è comune ai due livelli. 
I due livelli si differenziano per il formato del 
programma utente presente in memoria centrale. A li- 
vello comandi il programma utente è in formato output 
del compilatore, o formato di editing; a livello pro- 
gramma è in formato output del preesecutore, o formato 


eseguibile. 
La Parola di Stato del La Parola di Stato del Sistema indica istante per i- 
Sistema (SSW) stante lo stato presente del sistema. Il suo formato 


è il seguente: 





il significato dei singoli campi è il seguente: 


- SL : Status Level; indica il livello del sistema 
{comandi/programma) 


- SID : Status Identifier; contiene il codice dello 
stato riferito al livello del sistema 


A livello comandi si distinguono gli stati: 
- CM : Calculator Mode 


- PCE : programma utente in fase di creazione o di 
editing (Program Creation Editing) 


- TCE : testo in fase di creazione o di editing 
(Text Creation Editing) 
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Area di Definizione del 
Working File (WFDA) 
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- ICEX: esecuzione dei comandi interrompibili Catalog 
o List (Interruptable Command Execution) 


- SE : errore di sintassi (Syntax Error) 
- DS : deterioramento del sistema (Dead System) 


- OPC, : richiesta di intervento dell'operatore 
(Operator Call) 


A livello programma si distinguono gli stati: 
- DEBUG: programma utente in debugging (DEBUGing) 


- PEX : programma utente in fase di esecuzione 
(Program Execution) 


- PIW : programma utente in attesa di input 
(Program Input Waiting) 


- OPC3 : richiesta di intervento dell'operatore 
(Operator Call) 


- ERR : contiene il codice dell'errore eventualmente 
riscontrato 


Il Working File è la parte della memoria interna ri- 
servata per contenere il programma o il testo intro- 
dotto dall'utente, Il campo di memoria WFDA (Working 
File Definition Area) contiene tutte le informazioni 
necessarie ad operare sul programma o sul testo in- 
trodotto. Il suo formatc è il seguente: 
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Editing Base Registers 
Table Descriptors 


Execution Base Registers 





Il significato dei singoli campi è il seguente: 


WFID (Working File Identifier): Identifica il contenu 
to del working file (vuoto, programma, testo) ed e- 
ventualmente lo stato del programma utente contenuto 
in memoria (editing, debugging, esecuzione). 


WFNAME (Working File NAME): Contiene il nome del pro- 


gramma o del testo presente nel working file. 


ROLN (Read Only Line Number): Numero di linea da cui 


comincia la protezione per i programmi soggetti a pro- 
tezione. 


CL inf. (Current Line information): Contiene il numero 
di linea e l'indirizzo della linea corrente. 


A seconda del tipo di operazione in corso la linea 
corrente può essere definita come: 


- l'ultima linea introdotta senza errore 

- l'ultima linea visualizzata 

- l'ultima linea stampata 

- l'ultima linea di cui è stata intrapresa l'esecuzione 


Editing Base Registers: L'insieme degli indirizzi del- 


le tabelle che sonc utilizzate in fase di introduzione 
ed editing di un programma o di un testo. 
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Table descriptors: L'insieme dei descrittori di tali 
tabelle. 


Execution Base Register: L'insieme degli indirizzi del 
codice di un programma e delle tabelle che sono neces- 
sarie in esecuzione del programma stesso. 


ICEX (Instruction Counter in esecuzione): Puntatore 
iii o Vi LIO) vounter in esecuzione); 

all'ultima istruzione eseguita o a quella in corso di 
esecuzione, 


La conoscenza della struttura di quella parte della 
memoria che viene occupata dal programma utente sarà 
utile all'utente stesso per valutare ‘di volta in volta 
lo stato complessivo della macchira virtuale algebri- 
ca, cioè delle variabili del sistema. 


Diagrammi degli stati Il diagramma degli stati contiene le informazioni ne- 
cessarie per conoscere, in ogni momento, lo stato del 
sistema. Più precisamente, nel diagramma degli stati 
sono riportati: 


- l'illustrazione dei rossibili stati 


- l'elenco degli ingressi che il sistema può accettare 
in ogni stato 


- l'evidenziazione dei cambiamenti di stato che il 
sistema subisce a seguito dell'introduzione dei co- 
mandi. i 

Il diagramma cestituisce, in pratica, una descrizione 


sintetica e formalizzata delle caratteristiche funzio- 
nali principali del sistema. 


pbimbologia adottata 


indica lo stato del sistema denominato tS', 
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indica che il sistema, nello stato 'S', può accettare 
gli ingressi ‘i; ed 'i/. 


indica che il sistema che nello stato 'S1 può accetta- 
re gli ingressi 'i/ e 'i/, passa allo stato 'S? per 
effetto dell'ingresso 'i (freccia di collegamento 


‘continua tra i due stati), passa invece allc stato 


'S3 per effetto di un'azione interna 'a' di sistema; 
come per esempio OPERATOR CALL, o di programma, come 
per esempio una richiesta di dati da tastiera (freccia 
di collegamento tratteggiata). Infine l'ingresso ‘iz, 
anch'esso accettato nello stato 'S) non provoca cam- 
biamenti di stato: esso non compare associato ad alcu- 
na freccia di collegamento con altri stati. 
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RICHIESTA 
INPUT 






DEBUGGING 
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BREAK BREAK 
STEP STEP 
linea input CONTINUE 


linea di D. M. 





Figura 3-6 Diagramma completo degli stati 
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linea input CONTINUE 


linea di D. M. 






Figura 3-7 Stato 'ESECUZIONE PROGRAMMA' 
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LIVELLO 
COMANDI 


PROGRAMMA 






ESECUZIONE 
PROGRAMMA 


CONTINUE 
BREAK 





ln RI-**;-È@=>ÒÈ--—Ek>weswes:s=:===.-__.—______mm———«w 


Figura 3-8 Stato ‘OPERATOR CALL’ 
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linea BASIC 
comandi di sistema 
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i CALCULATOR || «@feeammmssis COMANdi di sistema 
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to 
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Figura 3-9 Stato 'CALCULATOR' 
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Va rilevato che nello stato 'calculator' l'utente col- 
loquia direttamente con la macchina virtuale SLP: in 
tal modo è possibile ottenere la massima rapidità di 
calcolo quando occorre valutare espressioni aritmeti- 
che. La stessa facility è disponibile nello stato di 


debugging. 

La seguente tabella fornisce, per ogni stato, la con- 
figurazione delle luci che lo individua. I simboli u- 
tilizzati hanno il seguente significato: 


- 9 : luce spenta 


- 1 : luce accesa (nel caso ci running, indifferen- 
temente fissa o lampeggiante) 


_ * : luce accesa lampeggiante 


- [0] : luce accesa fissa 


ESECUZIONE 
PROGRAMMA 
RICHIESTA 


INPUT 


OPERATOR 
[G] CALL 


ie 


RUNNING 


i CALCULATOR 


0] 


CONTINUE 


CM-> COM 


ta 
Eu 
le] 





Nota: Le luci di Console possono assumere altre confi- 
gurazioni, in relazione a condizioni di errore. Le in- 
formazioni al riguardo sono reperibili nel cap. 4. 


3-31 




















Autodiagnostici 
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4, INIZIALIZZAZIONE DEL SISTEMA 


L'inizializzazione del sistema è conseguente all'ac- 
censione della macchina oppure ad una »iconfigurazione 
a seguito di comando OFTIONS o CONFIGURE. 


Al termine dell'inizializzazione il sistema è disponi- 
bile per l'introduzione di comandi, linee di programma 
o di testo, linee di calculator mode. 


L'inizializzazione avviene in tre fasi: una prima fase, 
portata a termine da un modulo di software di base re- 
gistrato in memoria ROM, consiste in'una verifica del- 


‘ la funzionalità hardware del sistema e nella successi- 


va eventuale autodiagnostica. La seconda fase è esple- 
tata dal bootstrap, un modulo anch'esso residente in 
ROM, che provvede a caricare in memoria alcuni altri 
moduli di software di base, tra.i quali il Preset, 
che porta a termine la terza fase dell'inizializzazio- 
ne. Durante questa fase vengono caricati in memoria 
altri moduli di software, e alcune aree di memoria 
vengono inizializzate in modo opportuno, Al termirie 
dell'operazione la memoria ha l'assetto tipico degii 
stati del sistema che appartengono al "livello coman- 
di" (programma utente in fase di editing). Il Preset 
cede infine il controllo al modulo software responsa- 
bile della gestione degli input introdotti dall'uten- 
te. 


Il modulo che svolge la prina fase di inizializzazicone 
esegue dei controlli diagnostici preliminari su: . 


Console e Cicalino: Vengono accese le 11 lampade .di 


Console e viene fatto suonare il cicalino, per consen- 
tire all'utente di verificare il corretto funzionamen- 
to della Console. Le lampade rimangono accese per la 
durata fisica del caricamento, e vengono completamente 
spente alla fine. Se vi sono state anomalie od errori, 
le lampade vengono lasciate accese ir particolari con- 
figurazioni (vedi configurazioni errori sulla Console). 


Unità Centrale: Viene testato il corretto funzionamen- 
to delle micro-istruzioni ‘dell'Unità Centrale (per e- 
sempio vengono caricati due registri con uguale con- 
tenuto e viene poi eseguito il confronto: se l'esito 

è positivo, le micro-istruzioni di assegnazione e 
controllo funzionano correttamente). L'anomalo funzio- 
namento di una o più micro-istruzioni viene segnalato 
sulla Console. 


Memoria: La memoria viene sondata dall'indirizzo 0999 
su moduli di 2K byte verificando se vi è ROM, RAM o 
nulla. Nel primo caso viene eseguito il calcolo del 
CRC (codice ciclico), nel secondo ii prova RAM, e nel 
terzo si passa all'analisi dei 2K byte successivi sino 
alla fine della memoria presente. 


Caricamento da FDU: Viene verificata la presenza sulla 
unità 9 (inferiore) del dischetto Sistema; se questo 

è presente viene letto e caricato in Memoria il Soft- 
ware Residente. Se il dischetto nell'unità 9 è assen- 
te. o non è un dischetto Sistema, le verifiche vengono 
svolte sull'unità 1 (superiore). Durante questa fase 
vengono fatti controlli diagnostici anché su: 


- funzionamento dell'Unità floppy disk 


- disponibilità di Memoria per il caricamento del 
Software Residente 


- validità delle tracce interessate del dischetto 


Spegnimento lampade di Console: Lo spegnimento delle 
lampade di Console segnala la fine del caricamento del 


Software Residente. 
Lancio del bootstrap: Dopo i controlli diagnostici 


sulla memoria viene ceduto il controllo all'inizializ- 
zatore vero e proprio (bootstrap). 
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Configurazioni errori 


sulla console 
Bi. console 
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NS SID A NISRE 


sis 


3 
33 

E ff] BREAK 
si 


Figura 4-1 La console 

Le configurazioni di luci di console indicano durante 
la fase di controlli diagnostici particolari tipi di 
errori sia Hw sia Sw, 


Per reridere più semplice la spiegazione si suddividono 


le luci di console come in figura 4-2 e gli errori in 
gruppi. 


SP AARDALILA RATA FILI ERE RE. 


i TRACE {fi BREAK 


SARA 








Figura 4-2 Console di macchina 


Nel seguito, una proposizione del tipo Z = 4 starà ad 
indicare che il tasto del gruppo di luci 7 è 

acceso; Z = 6 significherà che sono accesi sia il ta- 
sto che il tasto [SSIS 











Ì 
I 
i 
i 
Ì 
Î 
i 
{ 


Y e X variabili 

Assenze di risposta in prova memoria. Occorre l'inter- 
vento del tecnico; le configurazioni riscontrate per- 
mettono di identificare le piastre degredate. 


Gruppo B: 


Za 2 
Ye X variabili 


Guasto a parte delle ROM. Occorre l'intervento del 
tecnico. 


Gruppo C: 


Z= 3 
YeX variabili 


Piastre RAM guaste. Occorre l'intervento del tecnico. 


Gruppo D: 
Z= 4 
X=09 +8 


Y. variabile 
Governo FDU guasto. Occorre l'intervento del tecnico. 


Gruppo E: 


Z=5+6 
YeX variabili 


Errore nel trasferimento del software di floppy disk 
in memoria interna; se l'errore si verifica ripetendo 
l'operazione di inizializzazione, occorre far interve- 
nire il tecnico. 


Gruppo F: 


da 
Il 
PS N 
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Guasto all'unità centrale. Occorre l'intervento del 
tecnico. 


Gruppo G: 


errori facilmente rimediabili da parte dell'utente (i 
tasti retinati indicano luce accesa). 


1. Manca il Floppy-Disk su di una unità. 





2. E' inserito un Floppy-Disk utente anziché Floppy- 
Disk Sistema. 
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3. Floppy-Disk Sistema non corretto. 





4, Floppy-Disk Sistema non corretto. 





5, Sportello unità Floppy-Disk aperto. 





Funzioni svolte dal Il bootstrap provvede a caricare in memoria: 


bootstrap 
— la SEGTAB (vedi cap. 3) 


- la tabella dove sono registrate le stringhe di ca- 
ratteri associate ai tasti funzione (FKEYTAB) 
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- il modulo software PRESET 


- il segmento di software residente che contiene il 
PIH e i moduli di PIOCS 


Il bootstrap carica inoltre dai corrispondenti campi 
del disco sistema l'ultima descrizione delle opzioni 
specificata dall'utente e l'ultima data introdotta. 
Viene quindi esaminata la configurazione hardware per 
verificare quali perifériche sonc collegate all'unità 
centrale (display, stampante, canali IPSO, ecc.). Una. 
sua descrizione viene posta nell'area di ccmunicazione 


‘dati del sistema (COMAREA). Ultimate queste operazioni, 


il bootstrap cede il controllo al PRESET. Nella fig. 
4-3 è schematizzata la configurazione della memoria in 


questo istante. 








OSO EZIO 


AM all'atto della chiamata del 





Figura 4-3 La memoria R 
PRESET 





I 
| 
I 
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Funzioni svolte dal 


PRESET 


Il modulo PRESET svolge le seguenti funzioni: 


rilocazione delle tabelle SEGTAB e FKEYTAB nelle 
zone di memorie interna loro riservate 


analisi della congruenza tra le opzioni prescelte 
dall'utente e la configurazione hardware del sistema 


caricamento in memoria interna delle parti di S.0, 
relative alle opzioni scelte dall'utente 


caricamento in memoria della parte restante di 
software residente. Viene caricato il MONITOR, cui 
in seguito verrà ceduto il controllo, ed il super- 
visore dello stato "CALCULATOR MCDE" (Calculator 
Mode Handier o CMH) 


registrazione nella tabella SEGTAB degli indirizzi 
di memoria dei segmenti di software residente ed 
opzionale relativi alle opzioni scelte e caricate 
in memoria 


inizializzazione, con valori appropriati, dei campi 
appartenenti alla COMAREA (descrittori di tabelle, 
ecc. } 


lettura dei parametri relativi alle librerie utente 
in linea e loro registrazione nella COMAREA 


Al termine di questa serie di operazioni l'inizializ- 
zazione del sistema è terminata. Viene perciò abilita- 
ta la tastiera, che durante tutto questo periodo era 
rimasta disabilitata, e il controllo viene ceduto al 
MONITOR. 


x 


Nella figura 4-4 è schematizzata la configurazione 


della memoria in questo istante. 
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Area 
riservata 
alsistema \ f> — — — — — —_ — — 






Area riservata 
al programma 







Area 
utente 


STACK 
PIH - PIOCS 


Figura 4-4 La memoria RAM al termine dell'inizializ- 
zazione del sistema 
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Struttura di un program 


ma BASIC 
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5. CREAZIONE ED EDITING DI UN PROGRAMMA E DI UN TESTO 
ere AIA DI UN IDSIÙ 


DS 


Un programma BASIC è costituito da un insieme di linee 
ciascuna delle quali consta di una e una sola istru- 


zione. Ogni istruzione è composta di più elementi or- 
dinati come segue: 


numero linea IDENTIFIGATORE......, operandi..... 


Esempio: 


numero di linea 


identificatore 


operandi 


190 LET A=5 
110 LET B=C=A 
129 PRINT A,B,C 


Il numero di linea è un intero N (1<N=<9999) che de- 
nota la posizione logica di un'istruzione all'interno 
di un programma: le istruzioni si intendono ordinate 
per numero di linea crescente, indipendentemente dal- 
l'ordine in cui sono state introdotte. 


Il numero di linea costituisce, inoltre, l'etichetta 
dell'istruzione: con esso è possibile riferirsi alla 
istruzione sia da parte di altre istruzioni del pro- 
gramma, sia nelle operazioni di sistema. Non possono 
coesistere due istruzioni aventi lo stesso numero di 
linea. 


L'identificatore, costituito da una, due o tre parole 
riservate, determina il tipo dell'istruzione; esso 
può essere omesso nel caso dell'istruzione LET. 


Dopo ogni parola riservata possono comparire uno o più 
operandi, separati tra loro da elementi separatori; un 
operando può consistere in una costante, una variabile, 
un'espressione, una relazione di confronto. Gli spazi 


D>I 


Struttura di un testo 


5-2 


in genere, non sono significativi nelle istruzioni; 
fanno eccezione gli spazi contenuti nelle costanti 
alfanumeriche e nelle immagini della linea di stampa. 
Gli spazi non sono invece ammessi nei seguenti casi: 


all'interno del numero di linea 


- all'interno di una parola riservata 


all'interno di un nome di variabile o di funzione 
(standard di sistema o definita dall'utente) 


t 


all'interno di un dato numerico 


In particolare, tra il numero di linea e l'identifica- 
tore, tra l'identificatore e un operando, tra i singo- 
li operandi, può essere inserito un numero arbitrario 
di spazi (eventualmente nessuno). 


L'esecuzione delle istruzioni del programma avviene, 
di norma, secondo numero di linea crescente. Tale or- 
dine di esecuzione può essere alterato mediante istru- 
zioni di controllo. Le istruzioni contenute in un pro- 
gramma possono essere esecutive oppure non esecutive. 
Un'istruzione è esecutiva quando, se incontrata nel 
corso dell'esecuzione del programma, dà luogo ad una 
ben determinata operazione; un'istruzione è non esecu- 
tiva quando ha una funzione dichiarativa o di commen- 
to, e comunque, se incontrata nel corso dell'esecuzio- 
ne del programma, non dà luogo ad alcuna azione da 
parte del sistema. 


Un testo è costituito da un insieme di linee dotate di 
numero di linea e ordinate, a somiglianza delle linee 
di programma, per un numero di linee crescente; le 
linee di testo possono contenere qualsiasi cosa sia 
esprimibile per mezzo di codici ISO, 


Questo tipo di struttura ordinata consente, tra l'al- 
tro, di effettuare numerosi tipi di analisi linguisti 
che (locuzioni ricorrenti, frequenza di sintagmi, ecc.), 
nonchè di archiviare sotto forma di testo qualsiasi 
tipo di comunicazione epistolare, commerciale oppure 
no. In particolare, un testo può essere costituito da 
una sequenza di istruzioni in linguaggio BASIC. Esse 
vengono però conservate in formato sorgente, e possono 
successivamente essere compilate mediante il comando 
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COMPILE; soltanto in questo momento verrà effettuata, 
sulle linee del testo, l'analisi sintattica che si 
effettua in programmi BASIC. 


Le linee contenute nei file testo e le linee contenute 
nei file programma hanno, come caratteristica comune, 
il numero di linea, Questa caratteristica consente di 
effettuare nello stesso modo sui file di programma e 
sui file testo un certo numero di operazioni, come, 
per esempio, l'editing, la visualizzazione, l'ordina- 
mento automatico delle nuove linee introdotte, la can- 
cellazione di linee, il listing, totale o selettivo. 
Inoltre i file testo, così come i file programma, 
possono essere registrati su una memoria esterna, e 
successivamente ricaricati da libreria in memoria in- 


terna. 
Working file e linea Il working file è quella parte di memoria interna che 
corrente il sistema riserva al programma, oppure al testo, sul 


quale l'utente sta, al momento, operando. Si tratta 
di un'area di lavoro nella quale l'utente può intro 
durre un programma o un testo, editarlo, effettuare 
su di esso altre operazioni di vario genere. Il 
working file, essendo in memoria interna, è labile: 
cioè se la macchina si spegne il suo contenuto va per> 
duto. 

La linea corrente è quella linea, presente nel working 
file (e quindi già introdotta nel sistema e da esso 
accettata), alla quale si può accedere con alcune 0- 
perazioni privilegiate: in particolare, FETCH senza 
argomento. A seconda della operazioni cui ci si rife-. 
risce, la linea corrente può essere definita in modo 
diverso come: 


- l'ultima iinea introdotta senza errore 


l'ultima linea visualizzata per mezzo di comandi: 


eeteH,[t].[}] 


- l'ultima linea stampata a seguito del comando LIST 


- l'ultima linea di programma di cui è stata intra- 
presa l'esecuzione 
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Introduzione di un pro- 
gramma o di un testo 


Operazioni di editing 


Subito dopo l'accensione della macchina, così come 
dopo l'esecuzione del comando OPTIONS, il working file 
risulta vuoto, ed il sistema è predisposto per l'in- 
troduzione da tastiera di un nuovo programma. 


Quando invece il working file contiene un testo o un 
programma introdotti in precedenza, il sistema deve 


essere inizializzato per mezzo di uno dei comandi NEW, 


TEXT, OLD, RUN. 


L'introduzione di un programma o di un testo da tastie- 
ra nel working file avviene linea per linea. Se corret- 
ta sintatticamente, la linea digitata, dopo il comando 
di fine linea, viene acquisita dal sistema e compila- 
ta. Poichè il compilatore vede ogni singola istruzione 
BASIC come un input a se stante, una modifica apporta- 
ta ad un programma non comporta la ricompilazione del- 
l'intero programma, ma soltanto la ricompilazione del- 
le istruzioni BASIC interessate dalla modifica. 


I blocchi di codice in memoria sono ordinati sequen- 
zialmente secondo numeri di linea crescenti; la strut- 
tura dei programmi BASIC e dei testi rende particolar- 
mente semplici le operazioni di inserimento, sostitu- 
zione, cancellazione e rinumerazione delle linee. 
Queste operazioni vengono effettuate sia in programmi 
compilati, sia su programmi in formato sorgente (te- 
sti). 


Il modulo che svolge le funzioni di editing è l'EDITOR. 
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Decompilatore 





Inserimento 
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Compilatore 


L'inserimento di una nuova linea viene effettuato sem- 
plicemente introducendo la linea desiderata, dotata di 
un numero di linea maggiore di quello dell'istruzione 

che deve precederla e minore di quello dell'istruzione 
che deve seguirla. L'EDITOR crea una nuova entry nel- 
la LNT (vedi cap. 5 ) e inserisce il blocco di codice 

al posto che gli compete per ordinamento naturale sui 

numeri di linea. Aggiorna poi nella LNT i campi indi. 

rizzo delle istruzioni spostate. 


Sostituzione 


Cancellazione 


Rinumerazione 


Per sostituire una linea è sufficiente introdurre la 
linea desiderata con lo stesso numero di linea della 
linea che si vuole sostituire; quest'ultima risulta 
così automaticamente cancellata dal working file. 
L'EDITOR sostituisce il codice del tipo di istruzione, 
modificando eventualmente gli indirizzi riferiti nei 
vari blocchi di codice. L'entry sostituita viene ri- 
compilata con le informazioni della nuova linea. 


La cancellazione di una o più linee è resa possibile 
dall'uso del comando DELETE, L'EDITOR cerca nella LNT 
l'entry corrispondente all'istruzione cancellata, la 
marca come non definita e provvede a compattare il co- 
dice e ad aggiornare gli indirizzi della LNT. 


L'uso del comando RESEQUENCE consente, nello stato 
"COMANDI", di ristabilire il "passo" desiderato fra si 
numeri di linea delle linee introdotte, canservandone 
l'ordine sequenziale. E' così possibile, soprattutto 
nel caso di inserimento di più linee consecutive, 
evitare noiose operazioni di riscrittura oppure l'in- 
troduzione di istruzioni di controllo non indispensa- 
bili. Nella rinumerazione di un programma, il comando 
RESEQUENCE provvede automaticamente a correggere i ri- 
ferimenti, adeguandoli alla nuova numerazione, Ciò non 
accade nella rinumerazione di un testo. 


Quando le linee BASIC vengono introdotte e immediata- 


mente compilate, l'EDITOR aggiorna, inoltre, i conta- 
tori di riferimento delle varie tabelle dei simboli. 
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Mappa di memoria a 
edit-time 


La tecnica del Character 


Processing 
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Lo schema seguente rappresenta la mappa della memoria 
a EDIT-TIME. 





8 
ì Area libera 


ie 
| ruta | FUNTAB | 
e | NVST | 


SAST 


SVST 
NAST 


_BATISLM 





Oltre al codice oggetto, sono presenti le tabelle pro- 
dotte in fase di compilazione ed editing ed un'area 
libera. Gli elementi delle tabelle NVST, SVST, NAST, 
SAST sono le varisbiliì globali del programma, mentre 
gli elementi della tabella LVST sono le variabili lo- 
cali. 


Le parti non residenti nel sistema operativo vengono 
caricate in memoria soltanto quando si rendono neces- 
sarie: questo, in particolare, avviene per i processor 
dei comandi e per i moduli del compilatore. 


Una sofisticata tecnica di esame della stringa in in- 
gresso, denominata character processing, permette di 
evitare che l'esecuzione di un comando o la processa- 
zione di una linea BASIC venga ritardata del tempo oc- 
corrente per il caricamento da disco dell'opportuno 
modulo di software. Il ritardo viene annullato sovrap- 
ponendo il tempo di lettura da disco alla fase di in- 
troduzione del comando da parte dell'utente. 


Ci 


Decompilazione 


La tecnica consiste nel cercare di riconoscere il co- 
mando prima che la sua introduzione sia terminata. 

Ciò viene effettuato eseaminando i primi caratteri 
introdotti. Dall'esame del primo carattere (lettera o 
numero) il sistema è in grado di riconoscere un coman- 
do o una linea BASIC. Dall'esame dei primi 3 caratteri 
(se comando) oppure dei primi 3 caratteri dopo il nu- 


mero di linea (se linea BASIC), il sistema è in grado 
di riconoscere il tipo di comando o di istruzione. 


Il caricamento dei moduli di software occorrenti av- 
viene quindi in questa fase, senza che sia necessario 
attendere l'introduzione del carattere (EOL) di fine 
linea: il tempo di caricamento risulta così invisibile 
all'utente, e il comando viene servito (o la linea 
processata) immediatamente. Nel caso in cui la linea 
input venga modificata, il suo esame viene ripetuto. 
Il Character Processing viene effettuato dal MONITOR, 
che provvede al riconoscimento del tipo di comando, e 
dal BASCOMP che provvede al riconoscimento del tipo 

di istruzione. Il MONITOR richiama in memoria il pro- 
cessor del comando che è stato riconosciuto (eventual- 
mente il DRIVER del compilatore); il DRIVER del compi- 
latore legge invece il modulo preposto alla compila- 
zione dell'istruzione BASIC introdotta. 


Come per la fase di compilazione, esiste anche nella 
fase di decompilazione un insieme di moduli del si- 
stema operativo ai quali compete la riconversione in 
linee sorgente BASIC del codice oggetto generato du- 
rante la fasi di compilazione. 


L'insieme di questi moduli costituisce il decompila- 
tere BASIC o BASDEC (Basic Decompilator): 
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Decom. ' | 
bi pilatore 
\ BASDEC 










Formato 
Sorgente 
BASIC 







11 BASDEC effettua la conversione da codice oggetto 
(in notazione pclacca inversa) a sorgente BASIC; il 
formato finale è equivalente, ma non necessariamente 
identico, a quello originalmente digitato dall'utente. 
Così, ad esempio, se l'utente digita la linea 


49 A=B+(C) 


dopo la decompilazione la linea stessa sarà convertita 
nel formato 


40 LET A=B+C 


Il decompilatore elimina infatti tutti gli elementi 
non necessari introdotti dall'utente (spazi superflui, 
parentesi inutili, ecc.) e introduce alcuni elementi 
in modo standard (parole chiave opzionali, spaziature, 
ecc.). 


Grazie alle funzioni svolte dal decompilatore, anzichè 
memorizzare due versioni di un programma (il formato 
sorgente e il formato oggetto) se ne conserva una sol- 
tanto, con conseguente risparmio di occupazione su di+ 
sco. Il decompilatore opera nella fase di editing, ed 
ha quindi a disposizione, oltre al codice oggetto, . 
tutte le tabelle che ne costituiscono il supporto. 


5-9 
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Driver: è il modulo che interfaccia con il MONITOR. 
Ha la funzione di riconoscere il tipo di istruzione 
BASIC e di cedere il controllo all'opportuno modulo 
di TYPROC 


TYPROC (Type Processor): sono un insieme di moduli, 
ognuno dei quali, lanciato dal DRIVER, riconosce 

l'istruzione che deve essere decompilata e provvede 
a lanciare la relativa SMR 


- SMR (Statement Management Routines): sono una serie 


- 


di moduli ognuno dei quali è specializzato per il 
trattamento di un solo tipo di istruzione 


TOK (Tokenizer): è un modulo che scinde i blocchi di 
codice oggetto costituiti di espressioni algebriche 
nella serie di singoli elementi (operandi, operato- 
ri) di linguaggio algebrico che lo compongono 

AED (Algebric Expression Decompiler): è il modulo 
che, sulla base dell'input fornito dal TOK, provvede 
alla corretta decompilaziotié del codice oggetto 


D=11 













{ BASDEC 


Sorgente 
BASIC 


Compile 


BASCOMP 


Linea sorgente 
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Utilizzazione 
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Ii BASDEC viene richiamato dai comandi LIST, FETCH e 
DECOMPILE. In quest'ultimo caso il codice oggetto e- 
sistente viene sostituito, al momento della decompila- 
zione, con il nuovo codice sorgente prodotto. Il co- 
dice oggetto potrà essere ottenuto nucvamente con una 
ulteriore fase di compilazione. 


5-13 













Testi e programmi 


Compilazione ed editing 
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6. COMPILAZIONE, PREESECUZIONE ED ESECUZIONE PROGRAMMI 


T1 sistema P6060 accetta linee scritte in linguaggio 
BASIC di tre tipi differenti: i 


1. Linee di BASIC immediato (CALCULATOR-MODE e DEBUGG- 
ING-MODE): linee contenenti espressioni aritmetiche 
eventualmente contenenti richiami di funzioni 
BUILT-IN, riferimenti a risultati precedentemente 
ottenuti, assegnazione dei tasti funzione, gran 
totale, richiami di funzione utente e (solo in 
Debugging-Mode) riferimenti a variabili utente. 


2, Linee appartenenti ad un programma BASIC, introdot- 
te da tastiera e processate (analizzate e compila- 
te) in modo incrementale. 


3. Linee BASIC appartenenti ad un programma memorizza- 
to in un file testo (le linee BASIC vengono memo- 
rizzate direttamente in codice ISO), che devono an- 
cora essere processate in modo compieto. 


Un modulo di interfaccia con l'utente (MONITOR), entra 
in azione ogniqualvolta si verifica un'introduzione da 
tastiera (linea BASIC, COMANDO, C.M.). Il monitor ri- 
conosce il tipo di input e passa il controllo ad un 
modulo di compilazione (BASCOMP). 


x 


Il BASCOMP è l'insieme dei moduli del sistema operati- 
vo che provvedono alla compilazione delle linee BASIC. 
Il BASCOMP opera in modo incrementale: ogni linea di 
input viene cioè esaminata singolarmente, indipenden- 
temente dalle altre. Ogni linea BASIC in input è una 
sequenza di caratteri ISO, ed è detta linea in formato 
sorgente, o linea sorgente. L'insieme delle istruzioni 
BASIC in formato sorgente costituisce un programma 
sorgente. 


Tutte le volte che viene introdotta una linea il com- 
pilatore ne esegue il riconoscimento, e successivamen- 
te richiama in memoria le opportune routine di compi- 


lazione. In un'unica passata sul programma sorgente il 
compilatore produce un codice in formato oggetto (co- 
dice oggetto). 







1 HINEE BASIC IMMEDIATE 
si (CALC. MODE) — 








Î PROCESSO 
> DI TRADUZIONE 


È CODICE. 
\ (COMPILAZIONE) 


OGGETTO 





2. LINEE BASIC 







3 LINEE BASIC 
DI FILE TESTO 





Il codice oggetto è scritto in linguaggio algebrico 
{ALP) secondo la notazione polacca inversa, 


Il suo funzionamento è basato sull'uso di uno stack; 
ciò consente di risparmiare parte delle memorizzazioni 
che si rendono necessarie ad ogni passo della compila- 


zione incrementale (vedi cap. 3). 


Un esempio di traduzione: 
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10 LET A=(B+C)*(D-E) 
ALBERO SINTATTICO 


FORMA POLACCA INVERSA 
ABC+DE- *= 
CODICE ALP 


PUSH B 
PUSH C 
ADD 
PUSH D 
PUSH E 
SUB 
MUL 


_——————————r—-—m_m_m_x.__t1m 


Oltre al codice oggetto il compilatore produce anche 
una serie di tabelle necessarie per l'editing e l'ese- 
cuzione. 
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Livello 
funzioni 


A 


ESRI 





ITZZSSA 






Keyboard 


BASCOMP 
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£frchitettura del compi- 
latore (BASCCMP) 


Struttura del codice 
oggetto 


3974650 V 


Il BASCOMP risulta composto da diverse routine sud- 
divise in tre gerarchici: 


- Driver 
- Statement Management Routine (SMR) 
— EXPRA 


19 livello: Driver: E' il modulo di compilazione che 
interfaccia con il sistema. Ha il compito di ricono- 
scere il tipo di istruzione e di trasferire il con- 
trollo alla routine adibita al trattamento dell'istru- 
zione individuata. 


2° livello: Statement Management Routine (SMR): Ognuna 


di queste routine è adibita al trattamento di un solo 
tipo di statement. Queste routine sono richiamate dal 
driver e ad esso rendono il controllo. 


39 livello:....c. 00000000000 +(EXPRA): E' un modulo di 
utilità che provvede alla compilazione delle espres- 
sioni algebriche. Viene chiamato da routine SMR e ad 
esse rende il controllo. 


In figura è illustrata l'architettura del compilatore 
BASIC (BASCOMP) e le relazioni che lo legano ad altri 
moduli dei sistema operativo. I moduli BLPROC (Basic 
Line Processor) e COMPROC (Compile Processor) super- 
vedono rispettivamente alla compilazione di un pro- 
gramma BASIC nei casi di introduzione degli statement 
dopo il comando NEW oppure di compilazione di un te- 
sto con il comando COMPILE. 


Per struttura del codice oggetto si intende l'insieme 
delle informazioni generate con la compilazione di un 
programma. Tali informazioni rendono possibile la 
corretta interpretazione del programma nei vari momen- 
ti della sua evoluzione. 


I1 programma BASIC che dà origine a questa struttura 
è composto da istruzioni ognuna delle quali, sottopo- 
eta a compilazione, dà luogo alla generazione di un 
blocco di codice oggetto e di tabelle. La struttura 
del blocco prodotto dalla compilazione di una istru- 
zione BASIC è la seguente: 


| CODE BLOCK i 





Header 


Code Block 


Produzione tabelle 


E' composto da 3 campi. 


Il primo campo contiene il codice operativo dell'i- 
struzione di richiamo del supervisore dell'esecuzione 
(BASEX). Il secondo campo contiene il numero di linea 
dell'istruzione BASIC ed un flag che dice se si trat- 
ta di un'istruzione eseguibile oppure no. Il terzo 
campo (presente solo nel caso di istruzioni non ese- 
gibili) contiene la lunghezza più uno del CODE BLOCK. 
Se l'istruzione è non eseguibile, questa informazione 
permette di oltrepassare il CODE ELOCK e posizionarsi 
direttamente sull'istruzione successiva. 


E' un insieme di frasi del linguaggio algebrico che 
realizzano la funzione indicata nell'istruzione sor- 
pente. 


Il compilatore, oltre ai blocchi di codice oggetto, 
produce 8 tabelle: 


— LNT 
— BRTSLM 
— FUNTAB 
— LVST 
— NVST 
- NAST 
— SVST 
- SAST 


Le ultime 6 contengono i simboli (variabili e funzio- 
ni) che compaiono nel programma. Le tabelle vengono 
utilizzate dai sistema in diverse fasi operative. 


Nella fase di editing, insieme ai blocchi di codice, 
consentono di ritornare alle linee BASIC in formato 
sorgente attraverso la fase di decompilazione (vedi 
cap. 6). In preesecuzione vengono utilizzate per la 
allocazione di spazio alle variabili di programme e 
per altre funzioni (vedi "Preesecuzione"). 


Nella fase di esecuzione il posizionamento sui valori 
di alcuni tipi di variabile avviene attraverso gli 
indirizzi contenuti nelle ccrrispondenti tabelle (ve- 
di $ "Caricamento variabili nello stack"). Quando 
dalla fase di esecuzione si passa allo stato di 
DEBUGGING le tabelle risultano infine necessarie per 
la corretta compilazione, e conseguente esecuzione, 
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delle linee di DEBUGGING-MODE (vedi $ "Esecuzione"). 


Line Number Table (LNT): E' una tabella che contiene 
le informazioni relative alle istruzioni BASIC intese 
come linee di programma. Ad ogni linea di programma 
corrisponde un elemento della tabella. Ogni elemento 
è lungo 7 byte e contiene le seguenti informazioni: 


— numero di linea dell'istruzione 
- tipo di istruzione (IF, GOTO, ecc.) 
- indirizzo di memoria del codice dell'istruzione 


A queste informazioni principali ne sono associate al- 
tre utilizzate per i controlli globali in fase di pre- 
esecuzione. La LNT è l'unica tabella che viene genera- 
ta anche nel caso di introduzione di un programma 
BASIC sotto forma di testo. La tabella LNT viene ri- 
mossa dalla memoria prima della fase di esecuzione. 


Basic Run Time Support Loading Mask (BRTSLM): E' un 


campo di memoria lungo 16 byte posto nella WFDA. Ogni 
bit è posto in corrispondenza con un modulo di BRTS. 

I bit con valore 1 indicano i moduli di BRTS che de- 
vono essere associati al programma per mezzo del 
linkage editor. 


Function Table (FUNTAB): E' una tabella contenente le 
informazioni relative alle definizioni di funzione al- 
l'interno del programma. Ad ogni funzione corrisponde 
un elemento della tabella. Ogni elemento è lungo 9 
byte e contiene le seguenti informazioni: 


|; 7 nome della funzione 


‘— tipo di funzione (numerica o stringa) 

- funzione mono o multilinea 

- numeri di linea di irizio e fine della definizione di 
funzione 


A queste informazioni principali ne sono associate al- 
tre, utilizzate per i controlli globali in fase di 
preesecuzione, 


Local Variable Symbol Table (LVST): Vi è una tabella 


per cgni definizione di funzione multilinea presente 
all'interno del programma. Ogni tabella è costituita 
di 16 elementi, dei quali 15 contengono informazioni 
riguardanti le variabili locali della funzione (ogni 
funzione multilinea può utilizzare al più 15 variabi. 


li locali; se lie variabili locali sono in numero mino- 
re, alcuni elementi della tabella non vengono utiliz- 
zati), mentre il sedicesimo contiene il valore di ri- 
torno della funzione. Ogni elemento della tabella è 
lungo 2 byte e contiene le seguenti informazioni: 


- nome della variabile locale 
- tipo di variabile (numerica o stringa) 


A queste informazioni principali ne sono asscciate al- 
tre, utilizzate per i controlli globali in fase di 
preesecuzione, La tabella LVST viene rimossa dalla me- 
moria prima della fase di esecuzione. 


Numeric Variable Symbol Table (NVST): E' una tabella 
contenente le informazioni che riguardano le variabili 


numeriche semplici del programma. Ogni elemento della 
tabella è lungo 2 byte e contiene le seguenti infor- 
mazioni: 


- nome della variabile 
- tipo di variabile (singola o doppia precisione) 


A queste informazioni principali ne sono associate al- 
tre, utilizzate per i controlli globali in fase di 
preesecuzione. 


Numeric Array Symbol Table (NAST): E' una tabella con- 
tenente le informazioni che riguardano le variabili 


numeriche multiple (matrici o vettori) del programma. 
Ogni elerento della tabella è lungo 10 byte e contie- 
ne le seguenti informazioni: 


-. nome della variabile 


- tipo degli elementi della variabile (semplice o dop- 
pia precisione) î 


—- rumero di dimensioni (1 o 2, a seconda che si tratti 
di un vettore o di una matrice) 


- indirizzo di memoria dello spazio allocato per la 
variabile (l'allocazione viene effettuata in fase 
di preesecuzione) 


A queste informazioni principali ne sono associate al- 


tre, utilizzate per i controlli globali in fase di 
preesecuzione. 
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String Variable Symbol Table (SVST): E' urna tabella 


contenente le informazioni che riguardano le variabili 
alfanumeriche semplici del programma. Ogni elemento 
della tabella è lungo 7 byte. e contiene le seguenti 
informazioni: 


- nome della variabile 
- lunghezza di allocazicne 


- indirizzo di memoria dello spazio allocato per la 
variabile (l'allocazione viene effettuata in fase 


di preesecuzione) 


» A queste informazioni principali ne sono associate al- 
tre, utilizzate per i controlli globali in fase di 
preesecuzione. 


String Array Symbol Table (SAST): E' una tabella con- 


tenente le informazioni che riguardano le variabili 
numeriche multiple (matrici o vettori) del programma... 
Ogni elemento è lungo. 10 byte e contiene le seguenti 
informazioni: 


- nome della variabile 


- tipo degli elementi della variabile (semplice o 
doppia precisione) 


_ numero di dimensioni (10 2, a. seconda che si tratti 
di un vettore o di una matrice) 


- indirizzo di memoria dello spazio allocato per la 
variabile (l'allocazione viene effettuata in fase 
di preesecuzione) 


A queste informazioni principali ne sono associate 


altre, utilizzate per i controlli globali in fase di 
preesecuzione. 


3974650 V 6-9 








CTEENEIEEIE 
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CODICE OGGETTO 
EDIT TIME 
(NON ESEGUIBILE) 


SAVE/REP 





PRE-ESECUTORE 


CODICE OGGETTO i 
RUN TIME —»i 
(ESEGUIBILE) 
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Preesecuzione 
Se OLIO 


Funzioni eseguite 
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. Dopo la fase di compilazione il programma BASIC 


non è eseguibile. Il BASCOMP vede infatti come 
input le singole istruzioni, e rende in output 

un oggetto rivolto a soddisfare le operazioni 
richieste in fase di editing. Perchè il program 
ma sia eseguibile deve prima essere effettuata 
una serie di operazioni consistenti nell'esami- 
nare in modo globale le istruzioni, e nel dotare 
il programma di tutte le parti necessarie alla 
esecuzione. Questo risultato viene raggiunto sot- 
toponendo il programma in formato output del com- 
pilatore ad una fase di preesecuzione. Il PREX 

è il modulo del sistema operativo che svolge que- 
sto compito. 


Le funzioni che il PREX deve svolgere possono 
essere raggruppate in cinque categorie: 


1. Controlli globali di correttezza del progra- 
ma. 


2. Creazione delle tabelle necessarie a RUN-TIME 
e SWAMP-OUT delle tabelle superflue di EDIT- 
TIME, 


3. Link del BASIC RUN-TIME SUPPORT. 


4. Allocazione delle aree necessarie e in fase 
di esecuzione. 


o. Inizializzazione del LIOCS, qualora sia ri- 
chiesta dal programma. 
















| nlloca BUFFER | 





correttezza 


Cancella 
LNT LVST 





i Carica BRTS è 
CREA BRTSCT | 





Alloca 
variabili 





| Inîzial. LIOCS | 
| Carica BASEX | 





3974650 V 


3974650 V 


Fase 1 


Fase 2 


In questa fase si eseguono gli accertamenti di corret- 
tezza globale del programma. In particolare si verifi- 
ca che: 


- le istruzioni appartenenti a funzioni multilinea 
siano compilate correttamente. A seguito di opera- 
zioni di editing una funzione multilinea può essere 
stata definita più volte: le istruzioni che ne fanno 
parte, relativamente alle variabili che sono argo- 
menti di chiamata a variabili locali, devono essere 
compilate a rispetto all'ultima definizione data. 

Se così non è, devono essere ricompilate 


- i cicli FOR/NEXT siano annidati correttamente 


FORI = 1T0 10 STEP FORI = 1T0 10STEP1 
=FOR J = 1T0 5 STEPI FOR J = 1T0 5 STEPI 

NEXT 4 NEXTI 

NEXT | NEXT J 


à . ° i . 


- le funzioni multilinea non contengano al loro inter- 
no altre definizioni Gi funzioni 


- î salti ad istruzioni vengano effettuati in modo 
corretto (non sono consentiti salti dall'esterno 
all'internc di cicli FOR/NEXT, ecc.) 


Si effettua inoltre la concatenazione dei dati presen- 
ti nelle istruzioni DATA che costituiscono il file 
dati interno. 


In questa fase vengono rimosse dalla memoria le tabel— 
le LNT e LVST che servono soltanto in fase di editing. 
Lo spazio da esse occupato risulta quindi nuovamente 
utilizzabile, i 


Viene creata anche la tabella dei riferimenti (LABEL 
TABLE). La tabella contiene un elemento per ogni linea 
riferita in istruzioni di salto (lunghezza di un ele- 
mento: 3 byte ). Le definizioni di funzione sono equi- 
parate a linee riferite. Ogni elemento contiene l'in. 
dirizzo di memoria dell'istruzione riferita ed il li- 
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2 


Fase 3 


Fase 4 


vello di annidamento. 


Il BASIC RUN TIME SUPPORT (ERTS) è l'insieme dei modu- 
li di software che provvedono alla esecuzione delle 
operazioni di I/0 indicate nelle istruzioni BASIC e 
che la macchina ALP non è in grado di eseguire. Il 
loro aggancio nella fase di esecuzione avviene con i- 
struzioni del tipo "salto a subroutine"; gli eventvali 
argomenti di chiamate si trovano nello stack. Istru- 
zioni speciali consentono al modulo di accedere agli 


argomenti e di ritornare alla macchina algebrica. 
Il link del BRTS consta delle seguenti operazioni: 


- caricamento in memoria dei moduli di BRTS indicati 
nella tabella BRTSLM 


- creazione della tabella BRTSCT (BRTS Call Table), 
ogni elemento della quale contiene l'indirizzo di 
memoria del relativo modulo di BRTS (lunghezza di un 
elemento: 3 byte ) 

Pi 
Quando, in un'operazione di editing, viene cancellata 


una linea in cui è specificata un'istruzione che in 
fase di preesecuzione implica un richiamo di BRTS, 


esempio: 

19 A=B=5 
20 INPUT F 
30 C=A+B 
40 PRINT C 
59 END 
DELETE 29 


il bit della BRTS relativa resta attivato (bit a 1); 
cioè non viene rimosso l'aggancio alla BRTS relativa, 
sebbene il compilatore provveda ad eliminare il codice 
relativo alla linea stessa del codice oggetto prodot- 
to; la BRTS in questione viene rilasciata solo al mo- 
mento di una DECOMPILE (bit a 9). 


Viene allocato lo spazio per le variabili numeriche e 
alfanumeriche. 


Per ogni variabile numerica presente nella tabella 
NAST vengono riservati 8 byte . Questo consente, nel 
caso delle variabili numeriche, un indirizzamento ve- 
loce al valore della singola variabile, effettuato 
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tenendo conto soltanto della posizione della variabile 
all'interno della tabella e non della singola o doppia 
precisione delle variabili che la precedono. L'indi- 
rizzo di inizio dellc spazio allocate per tutte le va- 
riabili numeriche viene messo in un apposito campo di 
memoria. Per ogni variabile multipla numerica (matrice 
o vettore) vengono riservati N campi (N = numero degli 
elementi della variabile) di 4 o 8 byte a seconda che 
sia in semplice o doppia precisione. L'indirizzo di 
inizio dello spazio allocato per ogni matrice o vetto- 
re viene trascritto nell'appositto campo dell'elemento 
corrispondente della tabella NAST. Ad ogni variabile 
alfanumerica viene allocato un campo di lunghezza pari 
alia lunghezza dichiarata della variabile. L'indirizzo 
di inizio dello spazio allocato per ogni variabile 
alfanumerica viene trascritto nell'apposito campo del- 
l'elemento corrispondente della tabella SVST. Per ogni 
variabile multipla alfanumerica, vengono riservati N 
campi (N = numero elementi della variabile), ciascuno 
di lunghezza pari alla lunghezza dichiarata per la 
variabile. L'indirizzo di inizio dello spazio allocato 
per ogni variabile alfanumerica viene trascritto nel- 
l'apposito campo dell'elemento corrispondente della 
tabella SAST, 


Tabella riassuntiva della occupazione 


OCCUPAZIONE 
Variabile Numerica 8 Byte 
Variabile Multipla { (N*4) Byte (singola precisione) 
Numerica (N*8) Byte (doppia precisione) 


Variabile Alfanumerica fl Byte 


Variabile Alfanumerica | (N*1) Byte 
Multipla 


AA 
I 


= numero degli elementi della variabile 
lunghezza dichiarata 


_ 
Il 
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Mappa di memoria a 
RUN-TIME 


Fase 5 


Inizializzazione del LIOCS (o di parte di esso) se 
necessario per l'esecuzione del programma (operazioni 
su file su disco). 


Allocazione dei buffer (uno per ogni file dichiarato 
nell'istruzione FILES): in pratica vengono predisposti 
dei canali per operare su file. Per ogni buffer vengo- 
no riservati 172 byte per il sistema FDU e 292 byte 
per il sistema DCU/HDU. Vengono poi allocati i buffer 
per le operazioni di I/0 con periferiche esterne. Le 
dimensioni di questi ultimi sono indicate con l'appo- 
sita istruziorie BASIC. Sempre per le periferiche e- 
sterne (anche per una sola) vengono allocati 480 byte 
così ripartiti: 
16 byte deposito di stato 

- 32 byte: deposito di stato 

corrente 16 byte separatore 

(2 byte per canale) 


— 448 byte: area di lavoro 


(28 canali, 16 byte per canale) 


Dopo queste fasi viene caricato il supervisore dell'e- 
secuzione (BASEX). 


La figura mostra la mappa della memoria utente dopo 
la fase di preesecuzione. 
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Preesecuzione veloce 


3974650 V 





Tabelle dei simboli 
SAST/SVST/NAST 
NVST/FUNTAB 





VARIABLES + BUFFERS | 
Overlay Stack — 
LC NIEIN\ Nz ne Re nni inn mense n 


A questo punto il programma è in formato eseguibile 
e il sistema è nello stato PEX (Program Execution) o 
DEBUG, entrambi appartenenti al livello programma. 


Al termine della prima fase di. preesecuzione (immedia—- 
tamente prima della creazione della LABEL TABLE) il 
preesecutore considera il programma "parzialmente 
preeseguito". Questa informazione può essere memoriz» 
zata (comandi SAVE, REPLACE) tra le caratteristiche 
del programma. 


A fronte di una nuova esecuzione, la preesecuzione del 
programma "parzialmente preeseguito" tralascia le ope- 
razioni della prima fase, ad eccezione della creazione 
della LABEL TABLE. 


Questo tipo di preesecuzione viene detta "’preesecuzio- 
ne veloce", poichè consente un notevole risparmio di 
tempo, Un programma viene considerato "parzialmente 
preeseguito" finchè non intervengono operazicni di 
editing, nel qual caso si rende nuovamente necessaria 
una preesecuzione completa. 
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Registrazione del pro- 
gramma in formato di 
editing 


Supervisore esecuzione 
( BASEX) 
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Con la creazione della LABEL TABLE e le successive o- 
perazioni di preesecuzione, il programma passa dal 
formato di editing (non eseguibile) al formato esegui- 
bile, che manterrà durante tutto il periodo dell'ese- 
cuzione. Il formato eseguibile non consente di riotte- 
nere il formato di editing; per questo motivo sul disco 
in linea viene registrato il formato di editing: è 
così possibile eseguire operazioni di editing al ter- 
mine dell'esecuzione. La registrazione del programma 
non avviene nel caso in cui ne sia stata comandata 
l'esecuzione o la preesecuzione con il comando: 


RUN filename 
PREPARE filename 


In questo caso infatti il programma è già registrato 
in memoria. 


Il preesecutore causa la transizione dal "livello co- 
mandi" al "livello programma" e il TERMINATOR è il 
modulo del sistema operativo che ripristina la confi- 
gurazione di editing del programma provocando la tran- 
sizione inversa. i 


Le BRTS possono usare, per l'esecuzione delle opera- 
zioni di I/O con periferiche interne, sia il LIOCS sia 
il PIOCS. Alcuni moduli ci BRTS possono inoltre ri- 
chiamare, durante l'esecuzione, parti di LIOCS che 
vengono caricate nell'area di CVERLAY, e vi restano 
per il tempo necessario all'esecuzione dell'istruzio- 
ne. 


Il modulo che svolge i compiti di supervisore della 


fase di esecuzione è il BASEX; viene richiamato in 
area utente e ne occupa 1380 byte . 


Il BASEX è composto dall'insieme delle routines di 
trattamento delle SVC (Supervisor Call) provenienti 
dal programma utente, e può accedere al campo LOPTYPE 
(Last Operation Type), contenute nell'area di comuni- 
cazione COMAREA, Questo campo contiene il tipo di ope- 
razione eseguita nell'istruzione immediatamente prece- 
dente. 


In particolare interessa distinguere: 


- esecuzione in sequenza 
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— GO TO 

- GO SUB 

- riferimento a funzione 
RETURN 

-— NEXT 


Il modulo processa le seguenti SVC: 


- SVA anteposta al codice oggetto di ogni statement 


- istruzione STOP. 
— istruzione END. 
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il Monitor 











dia Livello 
; i è riconosce i 
1) i ilcomando | USER 
Livello 
| comandi 
Oggetto output | È 
compilatore da; i =BASCOMP 
non eseguibile 
Oggetto eseguibile Spr 
comuni 














ALP 

i Esecuzione codice 

corrispondente alla 
linea BASIC 


ETC 








ALP SLP 
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Inizio istruzione 
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Anzitutto il BSEX ccentrolla che non si siano verifica- 
ti errori durante l'esecuzione dell'istruzione prece- 
dente. In caso affermativo esegue il trattamento di 
errcre; in caso verifica se l'istruzione successiva è 
eseguibile oppure no. 


Un'istruzione non eseguibile non dà luogo ad alcuna 


azione da parte del sistema. Se incontrata viene ‘01- 
trepassata, e viene eseguita l'istruzione successiva, 


Un'istruzione eseguibile dà luogo invece ad un'oppor- 


tuna azione da parte del sistema. 
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Statement 


Fine »f Stato 
esecuzione | Editing 










SF Siè 
# all’interno di 

* Contesto di 
% funzione? 


no 






sì 


Il sistema ignora 
il comando e lo 
j processa al termine 
i della valut. di funz. | 











RE RE RrESITA TRE PE 


Numero di linea 
e indirizzo 
dello statement | 

in WFDA È 
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Interruzione esecuzione Se l'istruzione è eseguibile il BASEX, prima di la- 


sciarne l'esecuzione, controlla che l'utente non abbia 
inviato da tastiera un comando BREAK o STEP, o che la 
esecuzione non debba essere sospesa per effetto di un 
comando STOP. 


Processo di BREAK: Se l'utente ha premuto il tasto 
BREAK, il BASEX esegue la stessa azione attivata dalla 
istruzione END. | 


Processo di STEP: Se è attivato il tasto STEP si di- 
stinguono due casi: se ci si trova all'interno di una 
funzione, il BASEX ignora lo STEP, per poi processarlo 
al termine della valutazione della funzione; altrimen- 
ti il modulo invia sul display il numero di linea del- . 
l'istruzione da eseguire, e attiva i tasti STEP e 
CONTINUE ponendo il sistema nello stato di DEBUGGING. 


Processo di STOP: Se il numero di linea dell'istruzio- 
ne da eseguire coincide con quello specificato in un 
precedente comando STOP, il modulo invia su display 

il messaggio STOP ed esegue le azioni proprie del co- 
mando STEP tranne la visualizzazione. 


Lancio dell'istruzione: Se non v'è stata interruzione 
dell'esecuzione, a seguito di STEP o STOP, il modulo 

BASEX distingue ancora fra istruzioni che non appar- 

tengono a funzioni e istruzioni che ne fanno parte. 


Se l'istruzione non appartiene ad una funzione si ese- 
guono i seguenti passi: 


- tracciamento, regolato dal tasto TRACE della console 

- il numero di linea dell'istruzione ed il suo indi- 
rizzo vengono memorizzati in alcuni campi del WFDA 
(informazioni sulla linea corrente vedi capitolo 3) 

— il controllo è restituito al programma utente 

Se l'istruzione fa parte di una funzione multilinea il 


controllo viene restituito direttamente al programma 
utente. 
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Livello programma Livello comandi 


RUN - TIME | EDIT - TIME 
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RUN/PRE 


Programma 
utente 
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END/BREAK 


Esecutore 









BASIC 
| RUN-TIME | 
i SUPPORT | 
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Esecuzione 


Organizzazione del si- 
stema operativo con il 
sistema a livello pro- 
gramma 


Trattamento errori 


L'esecuzione delle 
istruzioni algebriche 
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L'esecuzione di un programma BASIC consiste nella 
scansione del codice oggetto del programma e nella sua 
interpretazione da parte del software di base che 
realizza la macchina virtuale ALP. 


Nel corso della scansione, quando necessario, vengono 
inoltre richiamate le routines di BRTS ed il supervi- 
sore dell'esecuzione (BASEX: Basic Executor) per l'e- 
spletamento delle funzioni loro demandate. 


Quando il programma è in esecuzione il sistema si tro- 
va in uno stato appartenente al "livello programma". 
L'organizzazione del sistema operativo in questo caso 


x» 


è illustrata nella figura precedente. 


Vengono distinti i seguenti tipi di errore: 


- errori recuperabili 
- errori non recuperabili 


Per tutti viene inviato su display il messaggio oppor- 
tuno. Gli errori recuperabili sono contraddistinti dal 
fatto che per essi il sistema assume un'azione standard 
di recupero dell'errore, giungendo al termine dell'e 
secuzione dell'istruzione. A fronte di questo tipo di 
errori vengono abilitati i tasti STEP e CONTINUE e il 
sistema è posto in stato di debugging. 


Gli errori non recuperabili determinano invece la fine 
dell'esecuzione con un'azione analoga a quella della 
istruzione END, BREAK, 


Istruzione STOP: Viene visualizzato il messaggio di 
STOP. Ii sistema è posto nello stato di debugging e 
vengono abilitati i tasti STEP e CONTINUE, 


Istruzione END: Il controllo viene ceduto al TERMI- 
NATOR, che finalizza eventuali operazioni di 1/0 
(chiusura file, ecc.) e trascrive nuovamente il pro- 
gramma in memoria in configurazione di editing. 


Ogni istruzione BASIC viene tradotta in una serie di 
istruzioni in linguaggio algebrico. La macchina vir- 
tuale ALP utilizza lo stack per l'esecuzione di queste 
istruzioni. Lo stack viene gestito dal processor ALP 
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per mezzo di puntatori che permettono di controllare 
tutte le operazioni di allocazione e rimozione di a- 
ree (vedi cap. 3). 


I puntatori sono: 


1. BOTTOM : punta alla base dello 
stack 
2, TOP : punta al limite superio- 


re dello stack 


3. TOS (Top of Stack) : punta al 1° byte libero 
dello stack 


4. LENV (Local Environment): punta alla base dell'ul- 
timo contesto locale al- 
locato, dove per contesto 
locale si intendono le 
informazioni memorizzate 
sullo stack all'atto del- 
l'esecuzione di una de- 
finizione di funzione 
BASIC 


I primi due puntatori vengono controllati ogni volta 
che si opera una allocazione o deallocazione sullo 
stack. Il terzo puntatore serve per la gestione cor- 
rente degli elementi sullo stack. Il quarto puntatore 
serve come indirizzo di base per ogni riferimento a 
variabili locali della procedura in atto. Le operazio- 
ni di I/0 (vedi anche cap.8) vengono eseguite ri- 
chiamando le apposite routines di BRTS. In questa cir- 
costanza per mezze di apposite istruzioni il controllo 
viene ceduto al processor SLP, e da questo restituito 
al processor ALP. 


Le istruzioni del linguaggic algebrico possono essere 
così suddivise: 


- istruzioni per il caricamento di variabili nello 
stack 


- caricamento costanti nello stack 
- istruzioni con operando implicito nello stack 


- istruzioni di salto 
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Caricamento variabili 
nello stack 


Caricamento costanti 
nello stack 


Istruzioni con operando 
implicito nelio stack 
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- istruzioni di subroutine e function 
- altre istruzioni 


L'allocazione di aree sullo stack e la loro rimozione 
avvengono a run time a seguito dell'esecuzione di i- 
struzioni BASIC (ad esempio, l'istruzione GOSUB provo- 
ca l'allocazione di aree sullo stack, mentre l'istru- 
zione RETURN ne provoca la rimozione). 


Queste istruzioni operano sullo stack, permettendo di 
forzare l'indirizzo di una variabile specificata. Il 
set di istruzioni interessa le variabili numeriche e 
alfanumeriche sia giobali che locali. L'esecuzione di 
ogni istruzione aggiorna il puntatore di gestione del- 
lo stack (TOS) e controlla un eventuale overflow di 
stack, L'indirizzo delle variabili numeriche sia lo- 
cali che globali viene caricato in maniera indiretta, 
allocando sullo stack l'indirizzo implicato (1 byte) 
stesso dell'istruzione, dato che identifica univoca 
mente l'indirizzo della variabile. Per la variabile 
stringa sia globali che locali, viene caricato sullo 
stack l'indirizzo implicito del descrittore. L'indi- 
rizzo è dato come valore relativo all'inizio della 
tabella SVST, oppure all'inizio dello spazio allocato 
sullo stack (per i descrittori delle variabili locali). 
I descrittori contengono poi l'indirizzo del valore 
della variabile. Per l'indirizzo di array viene cari- 
cato sullo stack l'indirizzo implicito del descritto» 
re, 


Queste istruzioni operano sullo stack in modo simile 
alle precedenti: viene caricato sullo stack un valore 
costante (numerico o alfanumerico); viene aggiornato 
il puntatore di gestione ci stack; viene controllato 
l'overflow di stack. 


Queste istruzioni sono prive di campo operando, poi» 
chè operano implicitamente sugli elementi già allocati 
sullo stack. Per ogni istruzione sono previsti il tipo 
operandi che sì trovano sullo stack e l'opportuno age 
giornamento del puntatore di gestione dello stack me- 
desimo. 
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Operatori numerici 


Operatori di stringa 


Operatori di indiciamen- 
to 


Operatori di array 


Fanno parte di questo set: 


OPERATORI NUMERICI 

OPERATORI DI STRINGA 

OPERATORI DI INDICIAMENTO 

OPERATORI DI ARRAY (VARIABILE MULTIPLA) 
OPERATORI DI CONFRONTO 


Gli operatori numerici possono operare sugli ultimi 
due elementi dello stack (assegnazione, somma, sottra- 
zione, ecc.), sull'ultimo (ON GOTO), oppure sugli ul- 
timi N (assegnazione multipla). 


Gli operandi sono variabili numeriche o temporanei nu- 
merici (i temporanei numerici sono valori numerici 
sullo stack). Quando l'azione dà un risultato numeri- 
co, questo è un temporaneo che sostituisce gli elemen- 
ti su cui opera. Le operazioni di assegnazione scari- 
cano lo stack senza depositarvi temporanei. 


Gli operatori di stringa operano sugli ultimi due 0- 
perandi (concatenazione e assegnazione) oppure sugli 
ultimi N operandi (assegnazione multipla) dello stack. 
Gli operandi sono variabili o temporanei alfanumerici 
(i temporanei alfanumerici sono valori alfanumerici . 
sullo stack). Il risultato dell'operazione viene allo- 
cato sullo stack al posto degli operandi, Le opera- 
zioni di assegnazione scaricano lo stack senza deposi- 
tarvi temporanei. 


Gli operatori di indiciamento permettono :di caricare 
sullo stack l'indirizzo di un elemento di una varia- 
bile multipla. Sullo stack si trovano l'indice (nel 
caso di un vettore) c gli indici (nel caso di una ma- 
trice) che identificano l'elemento stesso. 


Gli operatori di array operano sugli ultimi due ope- 
randi dello stack (vettori) oppure sugli ultimi tre 
(matrici). Gli operandi sono indirizzi impliciti di 
variabili multiple. Il risultato dell'operazione è 
contenuto nella variabile multipla il cui indirizzo 
era l'operando a livello più basso. 
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Operatori di confronto 


Istruzioni di salto 
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Gli operatori di confronto operano sugli ultimi due 
elementi dello stack (ambedue numerici o alfanumerici). 
A seconda che la condizione che esaminano sia verifi- 
cata oppure no, al posto degli operatori viene carica- 
to sullo stack il temporaneo numeriéo 1 od. 


Fanno parte di questo ' gruppo le istruzioni di SALTO 
INCONDIZIONATO (GOTO), SALTO CONDIZIONATO (IF/THEN) 

e SALTO CALCOLATO (ON/GOTO). L'istruzione GOTO non fa 
uso dello stack; le altre operano invece sull'ultimo 
elemento allocato sullo stack, che contiene le seguen- 
ti informazioni: 


1. L'indirizzo dell'istruzione riferita e uno switch 
che indica se il salto va effettuato oppure no (nel 
caso di IF/THEN). 


2, I numeri di linea delle istruzioni riferite e un 
contatore che indica a quale di essi si deve sal- 
tare (nel caso di ON/GOTO). 


Se Îl salto avviene dall'interno all'esterno di un 
ciclo FOR/NEXT vengono rimossi dallo stack i contesti 
di loop (vedi $ istruzioni varie) da cui si esce. 
All'uscita dell'ON GO TO le informazioni sulla linea 
successiva sono contenute nei Program Counter. 


Esempio: 


100 FOR I=l TO N STEP 5 


. 150. FOR J=1 TO M STEP 1 


180. GO TO 460 


200 NEXT J 


00580 


400 NEXT I 


460 PRINT J 
470 END 


All'esecuzione dell'istruzione avente numero di linea 
180 vengono rimossi due contesti di loop. L'indirizzo 
di memoria dell'istruzione cui si salta viene ricavato 


Subroutine e function 


Istruzioni varie 


Esecuzione di un ciclo 


dal successivo esame della LABEL TABLE. 


Di questo gruppo fanno parte due tipi di istruzioni: 


1. Quelle che passano il controllo a subroutine e 
funzioni. 


2, Quelle che restituiscono il controllo al programma 
chiamante. 


Si tratta ancora di istruzioni di salto. Quelle del 1° 
tipo, con l'esecuzione del salto, devono salvare sullo 
stack l'indirizzo dell'istruzione successiva (contenu- 
to dal Program Counter), il livello di annidamento, 

il puntatore all'ultimo contesto locale allocato per 
una funzione (il puntatore deve essere disponibile per 
la nuova allocazione) e il N°di argomenti trasmessi 

(9 nel caso di SUBROUTINE ). Quelle del 2° tipo recu 
perano tali informazioni di ritorno ripristinando la 
situazione di stack precedente la chiamata. Nel $ sal- 
to a subroutine vengono esposte in modo dettagliato 

le procedure di richiamo. 


Fanno parte di questo insieme: istruzioni che determi- 
nano la fine di un programma (STOP/END)); istruzioni. 
che permettono di cedere il controllo al processor 
SLP; altre istruzioni, tra le quali la FOR e la NEXT 
che consentono di instaurare un ciclo di esecuzione. 


L'istruzione FOR opera sullo stack utilizzando gli 
ultimi tre elementi sullo stack e memorizzandovi il 
Program Counter. All'esecuzione del FOR (es.: FOR I=J 
TO J;} STEP J2) lo stack si trova come indicato appresso: 





Fine dell’area 
allocata 
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La 


Si scandiscono Jo, Ji, J7e in luogo dei loro indi- 
rizzi si caricano i loro valori temporanei. 


Si. testa se il valore iniziale della variabile di 


DS 


controllo del ciclo è maggiore di quella finale (e 
il passo è positivo) oppure minore (e il passo è 
negativo) nel qual caso si passa ad eseguire l'i- 
struzione successiva alla NEXT. Altrimenti si in 
crementa il valore del livello di anhidamento per 
le istruzioni, si rimuove il valore Jo (già assegna- 
to ad I) e si memorizza sullo stack il Program 
Counter (PC). Il Program Counter contiene l'indi- 
rizzo dell'istruzione successiva alla FOR, informa- 
zione che viene utilizzata per poter rieseguire 
tale istruzione dopo la NEXT. Inoltre alloca sullo 
stack anche un identificatore del ciclo FOR/NEXT. 
Queste informazioni costituiscono il "contesto di 
loop". 


All'esecuzione della NEXT, lo stack è così configu- 
rato: 


Contesto di loop 





L'istruzione opera con i seguenti passi: 


1. 


2. 


Incrementa il valore della variabile di controllo. 
Testa. se il valore della variabile di controllo è 
maggiore di Ji. Se è maggiore decrementa il livello 
di annidamento delle istruzioni. Si rimuove il con- 
testo di loop posizionando il TOS sotto l'elemento 
che contiene Je si passa il controllo all'istru- 


- 


zione successiva alla NEXT. Se non è maggiore si 


carica sul program counter l'indirizzo della prima 


istruzione successiva alla FOR e si cede il con- 
trollo a tale istruzione. 


6-31: 


Salto a subroutine 


Rientro da 


subroutine 


Questa istruzione permette di alterare il flusso nor- 
male dell'esecuzione del programma, andando ad esegui- 
re una parte di programma a partire da un certo numero 
di linea in poi. 


Al termine si vuole rientrare all'istruzione successi- 
va a quella di salto; perciò, prima di effettuare il 
salto, occorre caricare nello stack il contenuto del 
program counter (indirizzo dell'istruzione successiva), 
onde poterlo recuperare al termine dell'esecuzione 
della subroutine. Si caricano poi sullo stack il LENV, 
1 NLC ed il numero di argomenti (9 nel caso di GOSUB). 
Queste informazioni, insieme al program counter e ad un 
identificatore, costituiscono il "contesto di subrou- 
tine". Si esegue poi il salto normalmente. Si compila 
infine con l'opportuno valore il campo LOPTYPE. 


ZITTI ITA III TIZI III NANI RITI 


Identific. 
Numero Argomenti 
















i Contesto di 


P.C 
TTI subroutine 
NLC 







LENV 


Argomenti di 
1 chiamata 


VITO TIZIA AIEEZZEZZZZE IE III III IE 


Al rientro da un salto a subroutine, si dealloca l'i- 
dentificatore del contesto di subroutine; si carica 
sul program counter l'indirizzo di rientro del conte- 
sto di subroutine; si restituisce il valore salvato 
di NLC e di LENV e si assegna l'appropriato valore al 
.campo LOPTYPE deallocando poi l'intero contesto di 
subroutine. 


3974650 V 


Chiamata di funzione di Questa istruzione permette di saltare all'esecuzione 
sistema: di un modulo di BRTS per l'espletamento di funzioni 


complesse per cui non esistono istruzioni dirette di 
linguaggio algebrico (istruzioni di 1/0). 


Nello. stack di carica il "contesto di function", cioè: 


— il numero degli argomenti, il contenuto del program 
counter, il livello dell'NCL, il puntatore all'ul- 
tima area locale (LENV) e un identificatore 


Si preleva quindi l'indirizzo della funzione di siste- 
ma, con una ricerca sulla tabella BRTSCT. Si carica 
nel program counter, si posiziona il LENV sul 1° ar 
gomento della funzione e si passa il controllo al mo- 
dulo di BRTS. 


TL =<-;..eé..=___ ___e 


= 
re | 








Contesto di 
function 






Argomenti di 
chiamata 






Rientro da funzione di Al rientro da una funzione, si dealloca il contesto 

. sistema di function usato per l'esecuzione della funzione e, 
in base alle informazioni di rientro allocate sullo 
stack, si attribuiscono a LENV, NLC e program counter 
i valori precedenti. Il program counter contiene così 
l'indirizzo di rientro per l'esecuzione dell'istruzione 
successiva a quella contenente la chiamata di funzio— 
ne. 
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Chiamata di funzione Questa istruzione permette di saltare all'esecuzione 
di una funzione BASIC. L'istruzione contiene il numero 
dei parametri che vengono trasmessi alla funzione e il 
suo indirizzo implicito. I parametri devono essere de- 
positati sullo stack, per poi essere utilizzati dalla 
istruzione di definizione di funzione, La chiamata di 
| funzione opera un salvataggio delle informazioni di 

ritorno sullo stack; memorizza cioè: 


- il numero dei parametri trasmessi 


l'indirizzo dell'istruzione successiva (contenuto 


nel program counter) 


il livello di loop (contenuto di NLC) 


il puntatore di base della precedente area locale 
(LENV) 


Queste informazioni costituiscono, insieme ad un iden- 
tificatore, il "contesto di function". Infine aggiorna 
il LENV sul primo argomento caricato sullo stack. Dopo 
questa fase si procede alla valutazione della funzione, 
cioè all'esecuzione delle istruzioni che la definisco- 
no. 









identific. 


N° argomenti 


3 Contesto di 
function 


i LENV 


Argomenti di 
È chiamata ; 


Definizione di funzione Questa istruzione definisce una funzione BASIC, for- 





nendo le informazioni necessarie per la sua successiva 
valutazione. La definizione di funzione alloca sullo 
stack un contesto locale di cui fanno parte i seguenti 
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elementi: 
- valore di ritorno della funzione 
- argomenti (formati solo da valori) 


- locali (descrittori di variabili locali e valori 
delle stringhe locali) 


- informazioni di rientro della funzione (praticamen- 
te le informazioni che fanno parte di un contesto 
di function come descritto nella figura precedente) 


Il TOS punta alla testa delle informazioni di rientro, 
mentre il LEV punta alla base del valore di ritorno 
della funzione. 


TOS 


Informazioni di 
rientro 


Contesto 
locale 
Argomenti 
‘’ Valore di 
ritorno 
LENV 





E TT——_——n{"  ————____——————_—_ 


Rientro da funzione Al termine della valutazione della funzione avviene il 
i ripristino dei precedenti valori di LENV, TOS, Program 
Counter e la deallocazione del contesto locale. Alla 
fine il TOS punta al valore di ritorno della funzione 
(temporaneo numerico o alfanumerico), mentre il LENV 
punta al contesto precedente. 
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TOS 











Temporaneo 
contenente il 
valore di 
ritorno 


&- LENV 


REZZA TIE ITALA IENE SPIES CTS ANIA 


Calcolo fattoriale in Il calcolo del fattoriale in una funzione ricorsiva 
una funzione ricorsiva avviene, come per tutte le funzioni, sullo stack. 
Sullo stack vengono allocati i contesti locali; il 
numero dei contesti allocati equivale al fattoriale 
da calcolare (così se si vuole calcolare il fattoriale 
di 5, vengono allocati 5 contesti locali). 


Se si vuole calcolare, ad esempio, con la seguente 
funzione: 


10 DEF FNA (X) 
20 IF X=1 THEN 50 
30 FN*=FNA(X-1)*X 


40. GO TO 60 
50 FN*=1 
60 FNEND 


sullo stack il calcolo viene eseguito come illustrato 
nello schema A (per X=3). 
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120] 
I Indirizzo del | 
| valore di Rit. | 
| Indirizzodi | 
[Rientro] 
! Valoredì | 
| Ritono | 
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Ritorno È 
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i Rientro 







» 
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Ritorno 








> TI 
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Indirizzo del | 
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Indirizzo del 
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i Rientro 
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__Ritorno — 


Î 


i Indirizzo del 
l valore di Rit. 
Indirizzo di 








Valore di 
| Ritorno 




















Indirizzo del I 
valore di Rit. è 

i Indirizzodi 
i Rientro È 
Valore di 
Ritorno _ | 
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i Indirizzodi | 
i Rientro | 


3 | 
Valore di | 
i Ritorno _j 
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File System 


Record logico 


Record fisico 
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7. IL FILE SYSTEM 


Definiamo File System l'organizzazione dei dati e di 
ogni altra informazione in file e librerie, nonchè 
l'insieme dei moduli del Software di base preposti 
alla loro gestione. 


Definiamo record logico l'unità elementare d'informa- 
zione che l'utente può memorizzare e alla quale può 
accedere. Sul sistema P6060 la struttura del record 


x 


logico è arbitraria, e la sua lunghezza indefinita. 


Definiamo record fisico o blocco una sequenza di dati 
che può essere trasferita dalla memoria interna a 
quella esterna e viceversa per mezzo di un'unica ope- 
razione di 1/0, La lunghezza massima di un record fi- 
sico è di 128 byte su sistemi FDU e 256 su sistemi 
DCU/HDU. Un record fisico può contenere uno o più 
record logici, ovvero può essere un sottoinsieme pro- 
prio di un record logico. In questo caso ha la lun 
ghezza massima possibile. 


Una collezione di record logici costituisce un file. 
Il sistema P6060 è in grado di riconoscere tre diffe. 
renti tipi di file : file programma, file testo e 
file dati. A loro volta i file di tipo dati possono 
essere distinti in tre categorie, a seconda delle mo- 
dalità di accesso che consentono: 


- file dati ad accesso sequenziale (S) 
— file dati ad accesso diretto (5) 
- file dati di tipo plotter (Z) 


in quest'ultimo caso la chiave di accesso al record 
desiderato è il numero ordinale della parola (per 
parola si intende un gruppo di 4 byte successivi) ove 
è allocato il primo carattere del record stesso; tale 


Librerie 


numero può essere calcolato facilmente ricordando che: 


- ad una costante numerica in singola precisione viene 
allocata una parola 


- ad una costante numerica in doppia precisione vengo- 
no allocate due parole 


- ad una costante alfanumerica di N caratteri vengono 
allocate M-INT ({N-1)/4+2) parole. 


Una libreria è un insieme catalogato di file, Il si- 

stema può gestire una libreria utente per ogni unità 

FD ed un massimo di 35 librerie utente per ogni unità 
DC o HD. 


All'interno di ogni singola libreria, il sistema può 
gestire al più una sottolibreria di ciascuno dei 3 
tipi seguenti: 


- tipo package 
-— tipo comune 
—- tipo utente 


Il tipo di sottolibreria è individuato dal prefisso 
associato ai nomi dei file ad essa appartenenti (ri- 
spettivamente *,+,6). 


I tre tipi di sottolibrerie si differenziano per il 
diverso livello di protezione a cui sono soggetti: 


- nella sottolibreria package è vietato inserire, mo- 
dificare o cancellare entry in directory 


- nella sottolibreria comune è vietato modificare o 
cancellare entry in directory 


La protezione diventa operativa dopo il lancio di un 
apposito programma di utilità (LBPROTECT) e non può 
più essere rimossa. Per la sottolibreria utente non è 
precisato alcun regime di protezione. 


Alle librerie accessibili dall'utente va aggiunta la 
libreria sistema, che contiene i moduli del software 
di base: in tale libreria non. è consentita all'utente 
alcuna operazione. Ogni sottolibreria può contenere 
sia file programma, sia file testo, sia file dati, 
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In una sottolibreria non possono coesistere più file 
con lo stesso nome; file con lo stesso nome possono 
però essere presenti in sottolibrerie o libreria dif- 
ferenti. 


su tutte le libreria è previsto un secondo livello di 
protezione, operante a livello file dopo che il file 
stesso è stato caricato in memoria: possono essere i- 
nibite le operazioni di decompilazione, linking 
listing, visualizzazione ed editing sui file programma 
e testo, e può essere inibito l'uso dell'utility 
FLPRINT per i file dati. La protezione è applicabile 
ai file delle librerie di tipo utente per mezzo del 
comando SECURE; è automatica per le librerie di tipo 
package e di tipo comune. 

L'organizzazione delle librerie nel sistema P6060 è 
stata concepita in modo tale da garantire una comple- 
ta compatibilità tra il sistema FDU e il sistema DCU/ 
HDU, sia a livello file. Una libreria è individuata da 
un nome, specificato nell'etichetta di libreria e dal- 


= 


la periferica su cui è allocata. 


Al momento della creazione di una libreria è possibile 
indicare una parola chiave che consente in seguito di 
disciplinare l'accesso. Inoltre in fase di installa— 
zione del sistema viene specificata una "parola chia- 
ve di sistema" che consente l'accesso a tutte le li- 
brerie. 


La gestione delle librerie (allocazione, rilascio, 
compattamento, apertura, chiusura) è consentita da un 
ampio set di comandi e di utilities (nel sistema FDU 
è disponibile un sottoinsieme del set stabilito per 
il sistema DCU/HDU). E' possibile dichiarare aperte, 
e quindi operare contemporaneamente su di esse, al più 
6 librerie fra quelle esistenti sui dischi in linea. 
Nel’ sistema FDU esiste una sola libreria per ciascun 
floppy-disk; le due librerie (la libreria, nel caso 
di sistema monodisco) risultano sempre aperte. Se il 
sistema è stato generato con parola chiave, e la li- 
breria creata anch'essa con parola chiave, e si vuole 
effettuare la sostituzione di un disco, la libreria 
risulterà non aperta. Nel sistema DCU/HDU una o più 
librerie possono essere dichiarate, mediante il co- 
mando LBSTORE, librerie di default: verranno cioè 
aperte automaticamente all'accensione della macchina. 


Nel sistema FDU la libreria su disco sistema e la li- 


breria su disco utente sono considerate concatenate 
per l'istruzione di ricerca di file: per i file pro- 
gramma e i file testo la priorità viene data alla li- 
breria su disco sistema; per i file dati la priorità 


è inversa. 


Nei sistema DCU/HDU le librerie aperte sono sempre 
considerate concatenate. L'ordine di priorità nelle 
operazioni di ricerca è lo stesso ordine in cui sono 
state dichiarate. In questo caso la stessa priorità 
vale anche per i file di dati. 


Le informazioni relative alle: 

- tracce alternative 

- all'indirizzo e all'ampiezza delle directories 

- all'indirizzo e all'ampiezza della control map 
Sono presenti in memoria centrale. La ricerca di un: 


file o di un'area libera avviene partendo da tali 


informazioni. 
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I supporti 


x 


La memoria di massa dei sistema P6060 è costituita da 
unità floppy disk (FDU), unità a dischi mobili (DCU), 
unità dischi fissi (HDU). 


Al sistema P6060 possono essere collegate un'unità 
floppy disk con uno o due drivers, e/o un'unità DCU 
(con un driver mobile e uno fisso) oppure un'unità 
HDU (di capacità variabile). 


Il floppy disk dispone di una sola superficie utiliz- 
zabile per la memorizzazione delle informazioni; la 

memorizzazione viene effettuata su 77 tracce concen- 
triche, numerate a partire dall'esterno, delle quali: 


- le tracce 0 + 73 sono utilizzabili 
- la traccia 74 è riservata al sistema 


- le tracce 75 + 76 sono riservate al recupero di 
tracce deteriorate 


La traccia indice (traccia 99) contiene le etichette 

di volume e di libreria, le informazioni di controllo 
per gestire le tracce alternative e le etichette del 

software di base residente e opzionale. 
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Ogni traccia è a sua volta suddivisa in 26 settori; 


il formato è descritto nella figura seguente: 





A AN TROP ZA I 
VA 
% So; ì _ ed # 
® & 019, ri p PA 
a Settore 01 P 
ty el 
“ ne ai 


Una: ca ceo sn“ 













Settore # 2° 
188 Bytes 






een | | Settore#t 
. Settore # 26 188 Bytes | 























































n Fosa IT ==" T aa | Bocod | — Gap 
Marker identificazione | GAP SET Marker dati GAP 


17 Bytes 33 Bytes 















1 Byte 1 Byte 


130 Bytes 





Indirizzo di | 
. settore | 
1 Byte 


Indirizzo di 
traccia 
1 Byte 











‘Caratteri di 
contr. ciclico 
2 Bytes 


Informazioni. 
utilizzabili 
128 Bytes 









Figura 7-2 Formato 


Disco sistema A seconda del suo contenuto, un floppy disk prende il 
nome di disco sistema oppure di disco utente. Un disco 
sistema contiene il sistema operativo ed il resto del 
software di base. Funzionalmente si presenta come un 
disco contenente quattro file etichettati conforme- 
mente agli standard Olivetti, contenenti rispettiva- 


7-8 3974650 V 


3974650 V 





mente: 


-— il software residente 

- il software opzionale 

- il software non residente 

-— il file system (d,e,f,h), che a sua volta contiene: 


la sottolibreria Package 

. la sottolibreria Comune 

+. la sottolibreria Utente 
alcune informazioni di servizio (directory, con- 
trol map) 


La struttura del disco sistema è mostrata nella figura 
seguente: 


Etichetta | Etichetta | Etichetta 


! Eticheita | Etichetta 
, SW. 
| di Volume | SW. Resid.i SW. Opz. | non Res. 


Libreria 
{file syst) | 


Software residente 
Software opzionale 


SI — SEGTAB = 


Software non residente 


_FS PARAM 


Sottolibreria Package 
Sottolibreria Comune 


Sottolibreria Utente 








Figura 7-3 Struttura del disco sistema 


Disco utente Un disco utente contiene in traccia # una sola eti- 
chetta valida: quella del file system. La sua struttu- 
ra è mostrata in figura. 


Etichetta | i i | Etichetta 
Vel. | i i i File Sys.. 


Birectories. 








IR 


RIENTRO LATIN SN NE OR 


Figura 7-4 Struttura della traccia @ 
T1 significato dei campi è il seguente: 


Etichetta di volume: contiene le seguenti informazio- 


ni 


- nome del volume 
- nome del proprietario del volume 
- protezione cui è soggetto il volume 


Etichette di libreria ed etichette del software di ba- 
se: Contengono le seguenti informazioni: 


- nome della libreria 

- data di creazione della libreria 

— tipo di libreria 

- indirizzo del primo settore della libreria 

- indirizzo dell'ultimo settore della libreria 
- protezione cui è soggetta la libreria 
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SEGTAB (lunghezza: 4 settori): E' la tabella dei sep- 


menti della libreria di sistema (vedi cap. 3). Con 
tiene 256 entry ciascuna delle quali indica, in due 
byte , l'indirizzo di inizio di un segmento. 


FUN (lunghezza: 2 settori): Memorizza il contenuto 


standard dei tasti funzione. 


FS PARAM (lunghezza: settori): Contiene i parametri 
del file system e cioè: 


- tipo di protezione 
— indirizzo del settore delle directory 


- numero di settori della directory della sottolibre- 
ria Package 


- numero di settori delle directory della sottolibre- 
ria Comune 


- numero di settore delle directory della sottolibre- 
ria utente 


- indirizzo del settore della control-map 


- numero di settori della control-map 


7-11 















| Etichetta di 


- PBFSYS libreria 


File System 
Parameters 


“Control 
MAP 








Directories 


Figura 7-5 Disco utente 


Si noti che nel disco sistema la directory è collocata 
in posizione intermedia tra la libreria sistema e la 
libreria utente; in tal modo si riducono sensibilmente 
i tempi di accesso. Per lo stesso motivo (ottimizza- 
zione degli accessi) la posizione della directory è 
immutata nel disco utente. Il contenuto dei campi 
directory e control map verrà descritto nel seguito 
(pag. 7-19). 
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DCU ‘ Il sistema P6060 DCU comprende 1 o 2 doppi drivers per 

da dischi, comprendenti ciascuno un disco fisso e uno mo- 
bile. Ciascun piatto ha entrambe le superfici regi- 
strabili. Ogni superficie contiene 408 tracce regi. 


strabili, disposte su anelli concentrici. Più tracce 
che hanno lo stesso raggio ma appartengono a superfici 
diverse costituiscono un cilindro. Il concetto di ci- 
lindro è limitato ad un solo disco, anche se il mec- 
canismo d'accesso è unico per entrambi i dischi. 






CILINDRO 0 


PISTA 0 
PISTA 0 


CILINDRO 0 


PISTA 0 









PITTORI REA ZNO 


Figura 7-6 Concetto di cilindro 


rename 





Le unità DCU 





Dischi 
intercambiabili 









An | coveRNO | 


DI 
CENTRALE } conrsoLLO | 
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Dischi fissi 
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Figura 7-7 Collegamento a due unità DCU 
Ogni cilindro è a sua volta suddiviso in 48 settori di 


256 byte ciascuno. I settori 0-23 appartengono alla 
ER NILE ciascuno 
superficie inferiore di ciascun disco; i settori 24-47 
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Formato della traccia 


a quella superiore. Dei 408 cilindri, i cilindri 0-399 
sono utilizzabili per la normale registrazione dei da- 
ti; gli altri 8 cilindri sono riservati, traccia per 
traccia, alla sostituzione di tracce deteriorate. 
L'unità fisica indirizzabile sul disco è il settore. 


Il formato della traccia è definito nella figura se- 


guente: 




















GAP DI 











SETTORE # 23 È 
320 bytes CHIUSURA Gi | 


11 bytes  & 
































- GA SETTORE # 0, SETTORE # 1° 
INIZIALE Gi 320 bytes 320 bytes 






40 bytes 





















. INIZIO SETTORE 
©. 10 bytes 





IDENTIFICAT. 
DI SETTORE — 
5 bytes 



















© GAPDI CAMPO GAP DI 






























IDENTIF. G2 | PREAMBOLO CAMPO DATI | contRoLLo | POSTAMBOLO |: SETTORE G3 
yies 256 bytes 2 bytes 1 byte 32 bytes © 


5 bytes 








INDIRIZZO 
CILINDRO 
1 byte 












‘ STATO 
TRACCIA 
1 byte 






INDIRIZZO | 
SETTORE 








CAMPO | 
CONTROLLO 
2 bytes i 








HDU 


7-14 


Sul cilindro 99 sono memorizzate l'etichetta di volu- 
me, le etichette del software di base e le etichette 
di libreria (al più 35 librerie utente per ogni di- 
sco), Le etichette sono analoghe a quelle usate nel 
sistema FDU. Anche per il sistema DCU si parla di di- 
sco sistema e di disco utente, con prerogative simili 


ai corrispondenti dischetti nel sistema FDU. 


Il sistema P6060 HDU comprende 1 o 2 unità cia- 
scuna dotata di 1 o 2 drivers per un disco 


mobili. Ogni disco può essere registrabile 


HDU, 
a testine 
su una sola 
faccia oppure su entrambe. 


La superficie di ciascun disco è suddivisa in 299 


anelli concentrici o tracce registrabili. Più tracce 
che hanno lo stesso raggio ma appartengono a superfici 


diverse constituiscono un cilindro. Il concetto di 
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cilindro è limitato ad un solo disco, anche se il mec 
canismo d'accesso è unico per tutti e quattro i dischi. 


Le unità HDU 








CONTROL 
UNIT 







CENTRAL memo SINGLE CHANNEL 
UNIT 





Dischi 






Collegamento 





Figura..7-9 

























CONTROL 
UNIT 





Moltiplicatore 


soi SINGLE CHANNEL 
di connessione 





CENTRAL 
UNIT |. 






Drive 1 






Drive 0 


Figura 7-10 Collegamento a due unità HDU 
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Ogni cilindro è a sua volta suddiviso in 96 o 192 
settori di 256 byte ciascuno. 


I settori 9-47 (9-95 nel caso siano in tutto 192) 
appartengono alla superficie inferiore di ciascun 
disco; i settori 48-95 (96-191) a quella superiore. 
Ogni 48 settori registrabili, sulla traccia è posto 
un settore alternativo, riservato alle sostituzioni 
di settori deteriorati, 


L'unità fisica indirizzabile sul disco è il settore. 


Formato della traccia Il formato della traccia è definito nella figura 
7-11. 





PHYSICAL 
INDEX 




















SECTORO 
280 bytes 


ITER 












SECTOR 48 
280 bytes 











SECTOR 49 
280 bytes 











SECTOR 1 
280 bytes 





SECTOR IDENTIFIER 




















PREAMBLE 2 





i POSTAMBLE Î 
i 2 bytes 






PREAMBLE 
8 bytes î 






SECTOR GAP 
‘8 bytes 


10-12 pS 








FIELD 
2 bytes 








Figura 7-11 Formato traccia 
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Sostituzione di un disco 
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Sul cilindro 94 sono memorizzate l'etichetta di vo. 
vule, le etichette del software di base e le eti- 
chette di libreria (ai più 35 librerie utente per 
ogni disco). 


Le etichette sono analoghe a quelle usate nel si- 
stema FDU, 


Anche per il sistema HDU si parla di discò sistema 
e di disco utente, con prerogative simili ai cor. 
rispondenti dischetti nel sistema FDU, 


La sostituzione di un disco mentre il sistema è in 
funzione è reso possibile dal comando DCH, 


ll comando DCH acquisisce tutte le opportune infor. 
mazioni al riguardo di: 


- utilizzazione delle tracce alternative 
- indirizzo e ampiezza delle directories 


- indirizzo e ampiezza dlle Control Map 


La sostituzione di un disco,effettuata senza la 
preventiva esecuzione del comando DCH, può com- 
portare l'alterazione permanente di uno o più 
file a seguito dei comandi SAVE, CREATE, MODIFY, 
REPLACE, PREPARE, RUN, 





Il Software Abbiamo definito File System la struttura dei file 
all'interno di una o più librerie: l'organizzazione è 
gerarchica, nel senso che in ogni libreria vi è un 
catalogo dei file contenuti (directory), e per ogni 
file un sommario del contenuto e delle sue allocazioni 


{file header). 
















peas RSR dun ai ___] 
FILEA ADD. X ni 





2° livello — 










3° livello 










ECTERNIZISI 


chica delle librerie 
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Control Map 
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I tre livelli su cui sono allocate le informazioni 
che si riferiscono ad un singolo file sono collegati 
tra loro per mezzo di una serie di puntatori che as- 
sociano in modo biunivoco tali informazioni. 


La Control Map è la mappa delle aree libere su disco. 
E' registrata su tre settori, più o meno al centro del 
disco (vedi figure A-11 e A-12) ed ha il seguente for- 


mato: 















Free Sector Count Entries Number 
i ADDRESS LENGTH 





Entries 


ETTI ZZZ TIA IZ NENTI INIST SAREI 
Figura 7-13 Formato dei settori della Control Map 


Il significato dei singoli campi è il seguente: 

- Free Sector Count: numero totale dei settori liberi 

- Entries Number: numero totale delle aree mappate 

- Control Map Entry: ad ogni entry sono associate le 
informazioni che si riferiscono ad un'area libera 


su disco: l'indirizzo del primo settore dell'area 
libera e la sua lunghezza in byte 







e ana 
ENTRATE 















ESE IATA MITI ALTA 


TEATRI 


PSESONTIAF ARIA MVZAR TANZI ZA 


OSTICO 





È 
TI 


TERA SIRST 





Figura 7-14 Struttura Control Map 


ili all'utente, che possono occupare uno o più 


la 


tori di disco contigui. Appartengono al primo li- 

o della gerarchia del File System, detto "livello 
i nomi simbolici". Nella directory ad ogni nome di 
file è associato l'indirizzo di un settore di control- 
lo (File header) che ne contiene un sommario, In cia- 

cuna libreria esistono 3 directories, una per cia- 
scuna delle sottolibrerie. Per quanto riguarda la li- 
breria del software di base, funzioni analoghe a quel 
le della directory sono svolte dalla SEGTAB. Il forma- 
to delia directory delle sottolibrerie di tipo Package, 
Comune e Utente è descritto in figura 7-15. 
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|____D____{ No. SETTORE 






ENTRY COUNT 


HOME ADDRESS 


FILE NAME — I 


First Sector Pointer 


Figura 7-15 Formato dei settori di directory 








Directory 
Entry-Table 





Il significato dei campi è il seguente: 


-— ID: è una targa di identificazione che specifica il 
settore in questione è un settore di directory 


- N°: è il numero progressivo del settore 
- HOME ADDRESS: è l'indirizzo del settore che la 
directory occupa su disco 


- ENTRY COUNT: è il contatore delle entry contenute 
in questo settore. Un settore di floppy disk con- 
tiene 13 entry, un settore di disco (sistemi DCU/FDU) 


ne contiene 26 


- ENTRY TABLE: è una tabella che contiene un entry per 
ogni file. Ha memorizzate le seguenti informazioni: 


. D: è un flag di 1 bit che viene acceso quando 


* 


l'entry è in uso 


3974650 V 7-21 


TYPE: è un indicatore del tipo di file (progr., 
testo, dati) 


. FILE NAME: contiene il nome del file 


- FIRST SECTOR POINTER: indica l'indirizzo del primo 
settore del file associato alla entry della direc- 
tory (il settore di FH) 


File Header Nel file header sono contenute le informazioni che ri- 
guardano direttamente il tipo e il contenuto del file 
e ne consentono la gestione. Ogni file che non appar- 
tiene alla libreria di sistema ha un proprio file 
header. 


Il file header occupa fisicamente un settore. Appar- 
tiene al 2° livello della gerarchia del File System, 
detto "livello degli attributi". Il formato del file 
header è descritto in figura 7-16. 





Sarmaezna 
È 








FILE ALLOCATION TABLE 
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File Sector 
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Il significato dei campi è il seguente: 


— ID: è un indicatore che specifica che il settore in 
questione è un file header i 


- BYTES ON LAST PAGE: numero di byte utilizzati sullo 
ultimo settore del file. Questa informazione non è 
usata per file dati di tipo random 

- PAGES ALLOCATED: numero di settori assegnato al file 

- PAGES USED: numero di settori effettivamente usati. 
Informazione non utilizzata per file dati di tipo 
random 


- FILE NAME: nome del file 


- NO, .ZONE: numero delle estensioni su cui è allocato 
il file 


— TYPE: codice che indica il tipo di file 
- F.A.T.: tabella in cui è specificata l'allocazione 
fisica del file sul disco. Ogni file può occupare da 
1 a 4 extension (aree disgiunte). Ogni extension è 
individuata da: 
indirizzo su disco del settore iniziale 


lunghezza espressa in numero di settori 


— DATES: 





data della creazione del file 
data dell'ultima modifica 


Ogni data è espressa da 6 caratteri numerici nella 


forma: 


dd mm yy 


I file sector costituiscono il terzo livello della 
gerarchia del File System, detto "livello dei dati". 
Essi contengono i dati effettivi del file allocato. Il 
numero dei dati che possono essere memorizzati in un 
settore dipende dalle dimensioni del settore stesso e 


dal tipo di dato (variabile numerica, stringa, porzio- 
ni di testo o di programma). 


RT 


PROGRAM/ITEXT 


EDIT-TIME 
TABLES 





FILE-HEADER 
























wa 


file S, R, Z 


CETONA 


Figura 7-1 


Struttura delle librerie Nei sistemi DCU/HDU possono essere allocate fino a 35 
librerie per disco, a differenza dell'unica libreria 
contenuta in un floppy disk; in tali sistemi è pertan- 
to differente il meccanismo di ricerca di un file. 
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Strategia di allocazione 
dei File 
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Su floppy disk il sistema si posiziona sull'unica eti- 
chetta di libreria e acquisisce le informazioni neces- 
sarie. 


Su DCU e HDU viene conservata in memoria una tabella 
contenente le necessarie informazioni al riguardo 
delle librerie (al più sei) dichiarate aperte. Il si- 
stema si posiziona sull'etichetta della prima di esse, 
ed esamina poi nell'ordine di apertura dichiarato le 
etichette delle librerie aperte finchè rintraccia la 
libreria sulla quale è richiesta l'informazione. Le 
etichette delle librerie sono fisicamente memorizzate 
sulla traccia #9, e occupano su DCU/HDU 35 settori, 

su floppy disk 1 settore. Un apposito puntatore (BOE) 
è posizionato sull'area del disco in cui sono contenu 
ti i parametri della libreria, le directory e la Con- 


trol Map, così strutturati: 
















tetto [ni e 
x sett. | \GE 
a | ne 
z sett. I DIR. UTENTE 
3 sett. | CONTROL MAP 





Figura 7-19 Area di disco contenente le informazioni 


riguardanti una libreria 


I file possano occupare da 1 a 4 estensioni. Quando 
deve essere memorizzato un file, viene ricercata la 
più piccola zona libera del disco in grado di conte- 
nere interamente il file in un'unica estensione, si 
cerca di allocarlo nel minor numero possibile di e- 
stensione. Se lo spazio complessivo disponibile è su- 
periore alla lunghezza del file, ma non esistono quat 
tro estensioni la cui lunghezza complessiva sia suf- 
ficiente a controllarlo, si rende necessaria un'opera 





H 
I 
Î 
Ì 
Î 


zione di compattazione della libreria. L'utente può 
sapere su quanti estensioni è allocato il file per 
mezzo del comando CATALOG. Le librerie del software 
di base sono allocate su un'unica estensione. 

















Directories "i } Lunghezza variabile 


CONTROL MAP | 








Figura 7-20 Struttura disco utente dopo LBC 


Schema di. allocazione Un file può essere allocato su 1,2,3 o 4 extent. I 
file su più di un extent possono essere compattati con 


l'utility LIBCOPY. 
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FILE-HEADER 


I° EXTENT 





Altri FILE 


È 2° EXTENTO 





Figura 7-21 Schema di allocazione 


Si può avere un file su più extent a seguito di coman- 
di SAVE, CRE, MOD, REP. 


Gestione delle librerie Le routine del sistema operativo che si occupano del 
e struttira del File la memorizzazione delle informazioni e dell'accesso 
System alle informazioni archiviate operano sui 3 livelli ge- 


rarchici del File System. 
1° livello: livello dei nomi simbolici dei file. I mo- 
duli agiscono a livello di directory. Le operazioni 


consentite sono: 


- inserimento di un nome simbolico di file nella 
directory 


- cancellazione di un nome simbolico di file dalla 
directory 


- inizializzazione della directory 
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Operazioni del File 
System 


- scansione della directory 


- variazione delle dimensioni dell'area allocata alla 
libreria 


2° livello: livello degli attributi del file: I moduli 


agiscono a livello di File Header. Le operazioni con- 
sentite sono: 


- creazione di un file header 
- eliminazione di un file header 


- troncamento di un file e nuova registrazione del 
file header 


- estensione della dimensione di un file e nuova re- 
gistrazione del file header 


3° livello: livello dei dati: I moduli agiscono diret 


tamente per allocare spazio. Le operazioni consentite 
sono: 


- allocazione dello spazio sul disco 


- riallocazione dello spazio su disco a seguito di 0- 
perazione di troncamento 0 estensione. 


Le operazioni consentite dai moduli del sistema opera- 
tivo che agiscono sul File System possono essere così 


riassunte: 


- creazione 

- cancellazione 

-— modifica del nome 

- modifica della lunghezza 
— ricerca 

- catalogo 


Ogni operazione logica è scissa, quando viene esegui- 


ta, in al più 3 fasi, corrispondenti ai 3 livelli del 
File System sui quali viene effettuata. 
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Esempio: 


1 (liv. 1) 


2 (liv. 2) 


3 (liv. 3) 


COMANDO CREATE 
— cerca il file 
- inserisci il nuovo file nella 
directory corrispondente 
crea un file header 


alloca lo spazio 












8. LE OPERAZIONI DI INPUT/OUTPUT 
i i VI ZUVIFUI 


Introduzione I trasferimenti di informazioni da o verso la memoria 


centrale sono detti ‘operazioni di INPUT/OUTPUT (I/0)". 


Organizzazione Il sistema P6060 può ricevere richieste di operazioni 
dell'INPUT/OUTPUT di 1/0 sia durante l'esecuzione di comandi di sistema 
i A ni =— tr Distema 


(FETCH, LIST, ecc.), sia durante l'esecuzione di pro- 
grammi BASIC (istruzione PRINT, READ, ecc.). 


I comandi di sistema svolgono operazioni di I/0 sola- 
mente con le seguenti periferiche gestite logicamente: 
titti puo Ulte Loglcamente 


- FDU 

- DCU 

— HDU 

- Console 

- Printer 

- Tastiera 

- Display 

- Stampante esterna 
- Video esterno 


IÌ programmi BASIC possono invece svolgere operazioni 
di 1/0 sia con periferiche gestite logicamente sia 
con periferiche gestite fisicamente. A seconda dei 
casi vengono richiamate parti diverse del Sistema 0- 
perativo, a cui è delegata la gestione dell'I/0. 
Anche questa parte del 5.0, è organizzata in livelli 
gerarchici come indicato in Figura 8-1. 
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Il Basic RUN-TIME 
Support (BRTS) 


Il Logical INPUT/OUTPUT 
Control System (LIOCS) 














COMANDI © 
GESTITE 





IRPI IARZITIRSINAIEI 


Figura 8-1 Livelli gerarchici 


Si tratta di un gruppo di routine che hanno lo scopo 
Gi convertire i dati dal formato adatto alla elabora- 
zione da parte del programma BASIC (formato BASIC) al 
formato in cui i dati stessi sono rappresentati sulle 
periferiche (formato di periferica) e viceversa. Il 
formato BASIC e i formati di periferica vengono trat- 
tati in modo più approfondito nel paragrafo "Formati 
e Conversioni" di questo capitolo. I comandi di siste- 
ma non utilizzano le routine di BRTS, poichè i dati 
da loro trattati non devono essere convertiti in for- 
mato BASIC. 


Ogni periferica è in grado di trattare contemporanea- 
mente solo un insieme ridotto di caratteri che defi- 


niamo "record'. 
Il LIOCS, ricevuta una sequenza di caratteri nel for- 


mato della periferica, provvede ad organizzarli in 
record e a trasferirli alla periferica interessata per 
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T1 Physical INPUT/OUTPUT 
Control System (PIOCS) 


Il canale 
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mezzo del PIOCS. Viceversa, ricevuta la richiesta di 
trasferire al BRTS un certo numero di caratteri, il 
LIOCS li colleziona richiedendo al PIOCS un numero di 
record sufficiente a soddisfare la richiesta. Per ese- 
guire queste operazioni il LIOCS ha bisogno di un'a- 
rea di lavoro; per le periferiche gestite logicamente 
l'area di lavoro viene automaticamente allocata dal 
Sistema Operativo; per le periferiche gestite fisica- 
mente l'area di lavoro viene assegnata da programma 
BASIC (istruzioni BUILD, ASSIGN, ecc.). 


I1 PIOCS provvede a gestire il trasferimento dei re- 
cord da o per il canale. Prima che l'operazione di 
trasferimento abbia inizio, il PIOCS verifica: 


- l'assenza di uno stato di anomalia sul canale 


- la disponibilità del canale ad intraprendere una 
nuova operazione 


- il corretto collegamento del canale con la periferi- 


ca a cui è indirizzato il record 


Quindi avvia l'operazione di trasferimento, e quando 
questa è conclusa verifica che sia stata eseguita cor- 


rettamente. 


Per eseguire queste operazioni il PIOCS si serve di 
una memoria di transito (buffer) specifica per ogni 
canale. Per le periferiche gestite logicamente il buf- 
fer viene allocato automaticamente dal sistema opera- 
tivo. Per le periferiche gestite fisicamente il buffer 
viene allocato da programma BASIC tramite l'istruzione 
BUFFER. 


Il canale è un dispositivo di INPUT/OUTPUT le cui 0- 

perazioni non interferiscono con le operazioni che si 
svolgono su altri canali. Il canale è formato dal Go- 
verno Hardware delle Unità Periferiche e da moduli di 
Sistema Operativo che attuano lo scambio di informa- 

zioni tra Unità Centrale e Unità Periferiche. La se- 

guente tabella riporta i canali disponibili e i loro 

parametri caratteristici: 


CESSER: 


Nome Canale 4 Modo di fun- Frequenza MAX Frequenza MAX | Carico 1/0 
zionamento possibile sul protetta da V=Velocità di 
canale Sist. Operat. trasmissione 
Kbyte/sec. Kbyte/sec. dati della per. 
Kbyte/sec. 


IPSO ] 
SINGOLO SERE v/204 


{se non FREE 
RS232 MULTIPLEX 2 2 v/49 RUNNING) 
CURRENT LOOP MULTIPLEX 2 v/4 (se FREE 
RUNNING) 


IEEE-488 DMA 300 V/2090 


DTM 0.15 





PRINTER 


TASTIERA 
DISPLAY 
CONSOLE 





Modo di funzionamento del Canale: Il sistema P6060 
consente di gestire fino a 16 canali scelti fra 
quelli precedentemente elencati. In base al modo di 
funzionare si possono distinguere tre tipi di canale: 


- Multiplex: è un canale che può essere attivo insieme 
ad altri dello stesso tipo 


- Singolo : è un canale che se è attivo obbliga altri 
canali dello stesso tipo ad attendere per 
poter iniziare l'operazione di I/0 


— DMA : è un canale in cui lo scambio dei dati 
viene fatto direttamente con lia memoria 
senza interessare la CPU. Questo tipo di 
canale può essere attivo insieme ad altri 
dello stesso tipo ° 


I tre tipi di canali suddetti possono essere attivi 
contemporaneamente; il Sistema Operativo ne garantisce 
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Formati e conversioni 
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però il funzionamento per velocità di scambio dati in- 
feriori a quelle indicate in tabella, E' consentito 
attivare il canale anche a velocità superiori, fino a 
quella massima consentita sul canale. In tal caso sarà 
cura dell'utente verificare che il carico di 1/0 non 
risulti. eccessivo (maggiore di i), calcolandola secon- 
do la tabella precedente (carico 1/0). 


Esempio di calcolo del CARICO di I/0: La velocità di 
trasmissione dei dati sulla periferica è espressa sem- 
pre in bit/sec. Siccome il Carico di I/0 è espresso in 
Kbyte (chilo byte), per calcolare la velocità effetti- 
va {v) di trasmissione l'utente dovrà eseguire le se- 
guenti operazioni: 


supponendo di avere: 
Canale IPSO 


Modo di funzionamento . MULTIPLEX 
Velocità di trasmissione 160909 bit/sec. 
1609 : 19 = 1609 byte 
169 : 1.099 = 4.16 Kbyte (V=velocità effettiva) 
Carico di 1/0 
DI6 : 40 = D.094 


Sia A$ una variabile alfanumerica (variabile strin- 
ga) a cui sia stato assegnato un valore qualsiasi, 


per esempio "PIPPO". 


La rappresentazione in memoria (Formato BASIC) 
della variabile A$ consiste di tre elementi: 


- il suo nome (A$) 
— gli attributi di memoria della variabile 


lunghezza di allocazione 
indirizzo di memoria della prima locazione al- 


locata 


- il guo valore ("PIPPO"), con i suoi attributi: 


-. valore valido/stringa non assegnata 
. lunghezza attuale, 5 caratteri 


VALORE 





A seconda del tipo di periferica su cui si vuole in- 

viare questa variabile, deve essere modificata la sua 
rappresentazione, al fine di renderla compatibile con 
le caratteristiche della periferica. Ad esempio se si 
vuole stampare A$ deve essere inviato alla stampante 

i1 solo valore "PIPPO" di A$. 


Nel caso di registrazione su disco, al contrario, 
poichè quanto viene registrato dovrà in futuro essere 
riletto non è sufficiente salvare il solo valore della 
variabile, ma bisogna corredarlo di tutte quelle in- 
formazioni (separatori) che permetteranno di ricono- 
scere ed identificare tale valore durante le operazio- 
ni di lettura. 


Un problema analogo si pone quando si deve riconoscere 
un valore da attribuire ad una variabile entro una 
stringa di caratteri inviata da una periferica; anche 
in questo caso un separatore consente di isolare il 


valore a cui si vuole accedere. 
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Buffer di tastiera 


\ ! Formato 

x CAI I \ tastiera 
Periferiche È 

a logiche N 


a 


Perlferiche x 
fisiche 





Buffer di stam pa 












Formato 
di stampa 
o di video 


as INPUT 









Buffer di periferica 





— Buffer di disco 










Formato | 
BASIC 





© Formato | 
specifico 
di periferica 


| Formato: 
di disco 






\ (o di memoria) 





Rappresentaz, 
in memoria 
dei formato 
specifico di 
“periferica 







Stringa 






i Figura 8-2 Trasformazione dei dati da formato di 
periferica a formato BASIC e viceversa 
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Per le periferiche gestite logicamente la rappresenta— 
zione dei dati è univoca; il sistema operativo tra- 
sforma i dati dal formato di periferica a quello BASIC 
e viceversa. 


Per le periferiche gestite fisicamente, invece, una 
rappresentazione univoca dei dati risulta impossibile; 
del sistema operativo fanno parte alcune istruzioni 
BASIC che consentono di eseguire le opportune trasfor- 
mazioni di formato. L'appendice C riporta i vari for-. 
mati per le periferiche gestite logicamente e quelli 
generati dalle istruzioni BASIC. 


3974650 V 


Caricamento UTILITY 
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9. PROGRAMMI DI UTILITA! 


Le utility o programmi di utilità, costituiscono parte 
integrante, sia logicamente che fisicamente, delle li- 
brerie di sistema. Ogni utility consiste in un segmen- 
to. La differenza principale tra i programmi di utili- 
tà e gli altri segmenti del sistema operativo consiste 
nel fatto che i primi vengono caricati in memoria in 
terna nell'area utente: il caricamento di un'utility 


comporta pertanto la distruzione del precedente conte-. 


nuto del working file. Ogni utility realizza in modo 
completo un'operazione di servizio del sistema (ad 
esempio, la verifica della leggibilità di un dischetto, 
la copia di un disco o di una libreria, e così via). 


Le utility vengono richiamate con il comando EXEC. Il 
processor del comando EXEC contiene una tabella nella 
quale sono specificati i nomi di tutte le utility esi- 
stenti in libreria, e provvede a scandire questa ta- 


bella fino a trovare il nome dell'utility interessata. . 


Gli indirizzi di disco delle utility sono ordinati 
nella tabella SEGTAB secondo l'ordine della tabella 
dei nomi: una volta trovato il nome, risulta noto an- 
che l'indirizzo di disco dell'utility. 
















© Processor dell 
comando EXEC 


SEGTAB 


Indirizzo di 
memoria di massa 


Indirizzo di A_ 
si (FDU, DCU, HDU) 








Indirizzo di B 






AREA UTENTE | 
(WORKING FILE) 






Figura 9-1 Processor del comando EXEC e SEGTAB 


3974650 V 


‘Ricerca di 
indirizzo in 
SEGTAB 


Lettura utility 


da disco 












utility in 






i memoria (W.F.) 





Esecuzione 
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Caricamento | 


L'operazione descritta si svolge nel modo seguente: 


Utility 














Nome % 
pe presente 
> in tabella de 
®,, nomi? sg 


si no 


Errore 










DOZZINA TIRRTAIIITALI INTE TIE IRINA RIZZA ELOISA MENTA IAA EAT AI 


Figura 9-2 . Caricamento di una utility da.disco in memoria 


Il comando EXEC carica quindi l'utility da disco in 
memoria, nell'area utente (WORKING-FILE), distruggen- 
done così il contenuto. Il controllo dell'esecuzione 
viene quindi passato direttamente all'utility. 


L'esecuzione di un'utility richiede, come quella di 
un comando, una serie di funzioni comuni a più utility 


Esecuzione 





e comandi (ricerca dei nomi dei file , letture da di- 
sco, ecc.). Tali funzioni vengono svolte a seguito del 
caricamento in area di OVERLAY degli opportuni moduli 
di S.0. 


‘ Alcune utility richiedono, nel corso dell'esecuzione, 


la sostituzione del disco utente o del disco sistema. 
In quest'ultimo caso tutti i moduli richiamati vengono 
caricati in area di OVERLAY (che pertanto viene espan- 
sa per contenerli) ove rimangono anche se momentanea- 


mente inutilizzati: 





| PROCESSOR 
| DELL'UTILITY 


Area utente 
ESPANSIONE 
DELL’OVERLAY 


OVERLAY 





Essendo i moduli già presenti in memoria al momento 


‘del richiamo non è puù necessario leggerli dal disco 


sistema, ed in luogo di questo può essere montato un 
disco differente. 


L'esecuzione di un'utility comporta un'interazione 
diretta operatore-sistema: il sistema invia all'utente 
una serie di messaggi, cui l'utente deve rispondere 
con le azioni prescritte. L'esecuzione di un'utility 
si sviluppa attraverso una serie di passi successivi, 
descritti nella figura seguente, dove con * sono indi- 
cate le operazioni eseguite manualmente dall'utente: 
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EXEC * 





"Continue © 
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| Comando 











Caricamento 
dell’utility 


» Controlli 
preliminari 


Esecuzione 


Verifica 
correttezza 
















configurazione | 





Continue. 


Attrezzaggio * 








BREAK * 








Messaggi i 






di attrezzaggio 





‘Attrezzaggio * 









| Messaggio 
di avvenuta 
esecuzione 






richiesta 
di ripristino 









Messaggio 
di fine 





! dell'esecuzione 
dell’utility 





Figura 9-3 Esecuzione di una utility 


Controlli preliminari 


Attrezzaggio del sistema 


Ripristino configurazio- 
ne valida di dischi 


I controlli preliminari dipendono dal tipo di utility 
richiesta, e possono consistere nel verificare se c'è 
spazio sufficiente su disco (es.: copie file o libre- 
rie), se le operazioni richieste sono congruenti con 
la configurazione del sistema (es.: operazioni su di- 
sco utente con sistema FDU configurato monodisco), se 
è stata introdotta la parola chiave richiesta (libre- 
ria con parola chiave su sistema DCU). Se i controlli 
hanno esito positivo, l'utility verifica se l'esecu- 
zione richiede un attrezzaggio particolare del siste- 
ma: in questo caso viene visualizzata la richiesta di 
attrezzaggio all'operatore; in caso contrario continua 
l'esecuzione. 


La richiesta di attrezzaggio del sistema avviene at- 
traverso messaggi inviati su display ed eventualmente 
su stampante. L'operatore deve rispondere al messaggio 
eseguendo quanto richiesto ed inviando il comando 
CONTINUE (l’uso del comando BREAK blocca l'esecuzione 
dell'utility). Durante questa fase il sistema è in 
stato OPERATOR-CALL. 


Se vi è stata una richiesta di attrezzaggio, la prima 
operazione eseguita in questa fase è una verifica 
delle operazioni compiute dall'operatore. Viene veri- 
ficato infatti se il tipo di dischi richiesti in linea 
sono effettivamente presenti (in caso contrario viene 
ripetuta la richiesta di attrezzaggio); se le opera- 


zioni richieste comportano una distruzione delle in- 


formazioni su un disco di output (es.: copia disco), 
l'utility indica quali sono le informazioni che ver- 
ranno distrutte. L'operatore può così verificare che 
non si perdano informazioni ancora valide e proseguire 
nell'esecuzione con il comando CONTINUE. 


Alla fine dell'esecuzione, quando siano state eseguite 
sostituzioni di disco, l'utility chiede il ripristino 
di una configurazione di dischi che comprenda almeno 
un disco sistema in linea. 


L'utente deve attrezzare correttamente il sistema, e 
inviare il comando CONTINUE. Durante questa fase il 
sistema è stato OPERATOR-CALL, 

Dopo l'introduzione del comando CONTINUE viene verifi- 


cata la configurazione dei dischi: 
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_ se questa è valida, il controllo viene ceduto al 
MONITOR (in caso vi siano più dischi sistema in linea, 
per disco sistema FDU viene assunto quello inferiore 
e per disco sistema DCU/HDU quello dichiarato in fa- 
se di inizializzazione. I dischi in sovrappiù vengo- 
no considerati dischi utente non inizializzati) 


- se la configurazione non è valida il sistema ricicla 
sulla richiesta 








Fine 
esecuzione 

















p ‘ripristinare la % | ea ai 
®, configurazione , Operator 
agi dischi?,s* CALL 










i Attrezzare © 
correttamente 
il sistema 








l -‘Gomanda.* 
|  CONTINUEO 










La 
configurazione®» 
di dischi È 
è valida? _w 








Monitor 






Figura 9-4 Ripristino configurazione valida di dischi 
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I programmi di tipo 
PLOTTER 


Compilazione di istru- 
zioni PLOTTER 


Preesecuzione di istru- 


zioni PLOTTER 
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10. LA STAMPANTE INTEGRATA 


Iù questo capitolo vengono 
creazione, archiviazione e 
chiviazione delle immagini 


COME PLOTTER 


descritti i metodi di 
stampa di immagini. L'ar- 
viene effettuata su file 


dati, mentre la stampa può essere ottenuta sulla 
stampante integrata oppure su un'unità PLOTTER esterna 


al P6060. Un'estensione del BASIC consente di ottene- 


| re queste prestazioni in modo semplice ed efficace. 


Per programma PLOTTER si intende un insieme di istru- 
zioni che permettono di ottenere una immagine. 


Le istruzioni rivolte al PLOTTER (vedi: "Opzione 
PLOTTER" cod. GP3973799R) facenti parte di un pro- 
gramma vengono compilate in modo diverso a seconda 
del tipo di periferica su cui si vuole ottenere la 
rappresentazione dell'immagine; per la compilazione 
viene richiamata una funzione di sistema (BRTS) di. 
supporto al programma BASIC, specifica per ciascuna 
istruzione. 


Nella fase di preesecuzione, il preesecutore controlla 
se all'interno del programma è presente la istruzione 
EXTERNAL-PLOTTER, che indica che la figura deve essere 
tracciata con periferiche di tipo PLOTTER 


- se l'istruzione non è presente (immagine tracciata 
su stampante integrata) vengono agganciate al pro- 
gramma le funzioni di sistema specifiche del PLOTTER 
che sono state richiamate dal compilatore (BRTSLM) 


- se l'istruzione è presente viene agganciata al pro- 
gramma un'unica funzione di sistema responsabile 
del collegamento tra istruzioni PLOTTER e il driver 
della particolare unità esterna PLOTTER, su cui si 
vuole ottenere l'immagine. Questo driver è una fun- 
zione multilinea del BASIC (funzione P) che normal- 
mente viene fornita dall'Olivetti, ma che può anche 
essere scritta dall'utente 

















INIMAGE SYSPLO 
CSIZE A, BC, 
FRAME 88 


® 
® 
2: 





Introduzione 


NOIA ATI] ITER III 








Compilazione 
istruzione 







Compilazione 


Sg 


#7 External 
= Ploiter _s 





si 









DIO-NCODOMOO=TD' 





Carica BATS Carica BRTS 


(unica) . (singola) 





“ Esecuzione 





TATA MONTANARI 





Printer 






Piotter 





Figura 10-1 Esecuzione dei programmi di tipo PLOTTER 


3974650 V 


scel” 


Esecuzione di programmi 


di tipo PLOTTER 


Uso della stampante 
integrata 
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Iì tracciamento dell'immagine su periferica PLOTTER 
avviene contemporaneamente alla esecuzione delle i- 
struzioni del programma. Per il tracciamento di punti, 
linee o caratteri avviene uno spostamento del pennino 
sulla carta nelle posizioni indicate dalle istruzioni. 


La stampante integrata non può tracciare linee dal 
basso verso l'alto, perchè è vincolata al movimento 
della carta, e inoltre durante l'esecuzione può essere 
impiegata per visualizzare messaggi estranei alle o- 
perazioni di tracciamento (per es. a seguito di istru- 
zioni PRINT); per questi due motivi l'immagine viene 
completamente sviluppata e memorizzata prima che venga 
iniziata qualsiasi operazione di tracciamento, 


L'area (FRAME) su cui viene rappresentata l'immagine 
è vista come un insieme discreto di punti. Ogni pol- 
lice dichiarato nella istruzione FRAME corrisponde al 
70 punti. Per immagazzinare l'immagine prima della 
stampa, sono necessari: 


- un buffer in memoria interna sul quale generare la 
immagine. Il buffer in questione può essere insuf- 
ficiente a contenere l'intera immagine definita dal- 
le istruzioni del programma, e perciò, ogni qualvol- 
ta si satura la capacità del buffer, diventa neces- 
sario registrare il contenuto (immagine parziale) su 
di un file 


- un file in memoria esterna (FDU, DCU) che deve poter 
contenere tutte le immagini parziali generate dal 
programma 


Le dimensioni del buffer e il nome del file devono 
essere indicati dall'utente prima di ogni altra opera- 
zione, utilizzando le apposite istruzioni INIMAGE e 
LDIMAGE. 


10-3 





© PROGRAMMA 





| BUFFER 





FILE 


STAMPANTE 
INTEGRATA 





Figura 10-2 Uso della stampante integrata 
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Inizializzazione del Il buffer ed il file vengono inizializzati tramite la 
Buffer e del File istruzione INIMAGE o LDIMAGE, 


x 


I byte che compongono il buffer hanno 4 possibili for- 
mati: 


[eee 


- segnala il primo e l'ultimo byte della parte di 





buffer usata per descrivere l'immagine 





- segnala la presenza di una colonna di 7 punti di cui 
quelli corrispondenti ai bit con valore 1 sono mar- 
cati. | 





con n = numerobinario su 7 bit 


- segnala la presenza di n colonne di 7 punti non mar- 
cati 





- indica che il byte al momento non è utilizzato per 


la descrizione (byte vuoto) 


L'immagine viene descritta dai byte di formato 2 e 3. 
L'uso di byte di formato 3 permette di compattare la 
descrizione dell'immagine, Il sistema si riserva 256 
byte del buffer come area di lavoro per la generazio- 
ne dell'immagine, Il contenuto del buffer dopo l'ini- 


zializzazione è: 
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AREA DI LAVORO 


i inizio | 


DESCRIZIONE 
DEL FRAME 
PRIVO DI PUNTI 


BYTE VUOTI 





Anche sul file il sistema si riserva 384 byte: 
— i primi 256 contengono l'ultima area di lavoro 


-— i restanti 128 contengono le informazioni relative 
alle immagini parziali contenute nel file stesso 


Uso del Buffer e del Per comprendere il processo di generazione della im- 
File per il marcamento magine, si deve immaginare di partire da una figura 
dei punti tutta bianca e di voler marcare il 100° punto della 


prima riga. Si deve ottenere una immagine così compo- 


sta: 


— 1 byte di formato 3 che descrive 99 colonne di punti 
non marcati 


- 1 byte di formato 2 che descrive la colonna di punti 
il primo dei quali marcato 


- restanti byte di formato 3 fino al completamento 
dell'immagine 


Il marcamento di ogni punto comporta un rifacimento 
della descrizione dell'immagine: 


- vengono ridefiniti i contenuti dei byte di formato 


3 che la rappresentano 
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Algoritmo per il marca- 
mento dei punti 
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- viene inserito un nuovo byte di formato 2 nel posto 
appropriato 


E' chiaro che marcando nuovi punti diminuiscono i 

byte vuoti e aumentano quelli di formato 2. Quando 
non ci sono più byte vuoti, qualora debbano essere 
marcati altri punti il contenuto del buffer viene re- 
gistrato sul file, il buffer di memoria viene riini- 
zializzato e il tracciamento riprende, All fine della 
generazione dell'immagine il file su PLOTTER contiene 
tutte le immagini parziali tranne l'ultima, che al mo- 
mento è ancora registrata sul buffer in memoria. 


Le dimensioni della immagine da creare sono dichiarate 
nell'istruzione FRAME e hanno i seguenti valori massi- 
mi: 


- 8 pollici per la larghezza 
- 936 pollici per la lunghezza 


L'istruzione SCALE consente di definire i valori mas- 
simi per le ascisse e le ordinate relative ali FRAME 
dichiarato e definisce perciò implicitamente l'origine 
del sistema e le unità di misura lungo gli assi carte- 
siani. Diminuendo o aumentando l'unità di misura degli 
assi cartesiani, si possono modificare a piacimento le 
dimensioni dell'immagine e la sua sistemazione nel 
FRAME, 3 
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Figura 10-3 Cambiamento dell'unità di misura 
degli assi cartesiani 


Come risulta in Figura 10-3 (caso a), modificando 
l'unità di misura degli assi cartesiani si possono 
ingrandire immagini, oppure in Figura 10-3 (caso b) 
riportare un'immagine entro i confini del FRAME 


dichiarato. 


Le unità periferiche di tipo PLOTTER per il traccia- 
mento di immagini o figure dispongono di un pennino. 
La stampante integrata non ha un pennino; la funzione 
equivalente viene svolta dal sistema, che va a marcare 
i bit opportuni nel buffer che rappresenta l'immagine. 
Iì pennino (reale o virtuale, prima dell'invio del 
primo gruppo di coordinate) è posizionato al centro 
dell'area definita, Ogniqualvolta occorre tracciare un 
segmento, si calcola per via analitica l'equazione del- 
la retta passante per gli estremi del segmento e vengono 
marcati tutti i punti compresi fra tali estremi secon- 
do lo schema riportato in Figura 10-4, 
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Traccia il segmento 
avente per estremi 
il punto di partenza A 
e ii punto P (x,y) 


“Punto interno. 
al FRAME & 
eP_(,Y) 


Ve gi 


P è il nuovo 
punto di partenza 





Traccia il segmento 
avente per esiremi 
il punto di partenza A 
e il punto P (x,y) 


Punto 
interno & 
al FRAME VT 










P2 è il nuovo 
punto di partenza 
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Pi è il nuovo 


Figura 10-4 Traccia di un segmento 


Punto esterno 
> al FRAME 


eP(x,y): 


P è il nuovo {estremo 
punto di partenza i Virtuale) 


AT Psi 
esterno 
al FRAME 










punto di partenza 
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10-10: 


Se il punto di arrivo è interno all'area definita, 
il sistema sposta il pennino (che in Figura 10-4 
è rappresentato da } ) fino a raggiungere il punto. 


Viceversa, se il punto di arrivo è esterno all'area 
definita, il sistema sposta il pennino fino a rag- 
giungere il bordo dell'area, e memorizza le coordi. 
nate del punto di arrivo. Se il nuovo punto di ar- 
rivo è interno all'area, il sistema esegue una in- 
terpolazione, posiziona il pennino sul primo punto 
interno all'area e sposta il pennino fino a raggiun- 
gere il punto di arrivo. Se il nuovo punto è ancora 
esterno, il sistema memorizza le nuove coordinate 
del punto e non fa eseguire alcuno spostamento al 


pennino. 


Oltre a segmenti, possono anche essere rappresenta- 

ti caratteri alfabetici, numerici e alcuni carat- 

teri speciali. Il carattere è visto come un insieme 

di segmenti su una matrice di 3x3 punti. La sua 
rappresentazione può essere ruotata rispetto all'as- 

se delle ascisse di un angolo la cui ampiezza è de- 
finibile da programma tramite l'istruzione CSIZE 
(vedere Opzione Plotter P6060 - GR Code 3973700 R (1)). { 
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Stampa dell'immagine L'esecuzione di un'istruzione DRAW causa la registra 
zione sul file dell'ultima immagine parziale e della 
area di lavoro. 


Il buffer viene poi utilizzato per realizzare l'u- 
nione (unione logica di tipo OR) di tutte le immagi- 
ni parziali descritte su disco. 


Nel caso illustrato in figura 10-5, sul disco sono 
state registrate 3 immagini parziali: il buffer viene 


perciò diviso in 3 parti. 





Buffer originario 





Immagine parziale . 





A=B=C= Buffer originario > 





Figura 10-5 Registrazione di immagini parziali sul 
. buffer 


Su ognuno di questi buffer di transito viene letta 
da disco la prima parte della corrispondente immagine 
parziale (vedi figura 10-6). i 
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i=1,2,9 
















Linea di 
Output (OR) 





Movimento. 
della 
carta 





#linea to 








n 
In riempimento 


# linea N 


a 





| 

| 
| poi 
O in registrazione | 
Î Buffer di stampa | 
| 


Figura 10-6 Operazione di OR 
Viene quindi iniziata l'operazione di OR tra i byte 
che costituiscono le descrizioni Al, Bl, Cl. Quando 
una di queste è esaurita (date le caratteristiche 

di compattazione, ciò non avviene in generale con- 
temporaneamente) viene rimpiazzata dalla successiva. 


Quando si è sviluppato 1'OR per una riga di stampa, 
l'output viene trasferito sul buffer di stampa e la 
stampa viene lanciata. Vengono utilizzati 2 buffer 

di stampa che sono allocati sullo stack al fine di‘ 
consentire la sovrapposizione temporale tra l'ope-- 
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Dimensionamento di 
Buffer e File 
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razione di OR e quella di stampa. Nel caso in cui lo 
spazio di memoria non sia sufficiente, il sistema 
emette una segnalazione di errore. 


Daremo in questa sede alcune indicazioni su due argo- 
menti di notevole interesse operativo: 


- determinazione delle dimensioni ottimali del buffer 
in memoria e del file su disco in dipendenza della 
immagine 


- costruzione dell'immagine in modo da consentire la 
minima occupazione di spazio su disco e la massima 
velocità di esecuzione 


x 


L'occupazione sul file è influenzata: 
1, Dalle dimensioni del FRAME, 


2. Dal numero delle immagini parziali che occorre me- 
morizzare, e perciò dal rapporto nero/bianco della 


immagine complessiva. 


3, Dalla disposizione dei punti sull'immagine. Infatti 
tra due figure formate ambedue dallo stesso numero 
di punti, occupa mediamente più spazio quella aven- 
te i punti uniformemente distribuiti e meno quella 
avente i punti in un'area ridotta dell'immagine. 


E' possibile dare le seguenti relazioni orientative 
sul dimensionamento del file: 


1. FRAME * 112 = MAX, D.F. (massima dimensione del file) 
in cui: 


FRAME ——+»+ +d4imaiénsioni dell'area dell'immagine in cm? 


112———*N° di byte occorrenti per rappresentare 
un centimetro quadrato di superficie 
dell'immagine 


2. MAX. D.F. * FA =«DIM.R.F. (dimensioni reali del file) 


in cui: 
N° punti neri 


FA ——— attore di annerimento SESTA î 
N° punti bianchi 


L'estensione del buffer può essere al più pari alla 
estensione del file di output; in questo caso l'elabo- 
razione non dà luogo all'archiviazione di immagini par- 
ziali, Tuttavia, dimensionando il buffer, sideve di 
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norma tener conto dei vincoli di spazio in memoria; il buf- 
fer di norma dovrà risultare ma frazione intera del file. 


Nello stabilire le sue dimensioni si tenga conto che: 











Maggiori dimensioni del buffer implicano 


Vantaggi Svantaggi 










- Minori registrazioni - Grande occupazione di 


sul file 





memoria 
- Minor tempo per la - Minore velocità nel 
stampa finale 


marcare i punti 








Minori dimensioni del buffer implicano 





Vantaggi Svantaggi 








- Maggiori registrazioni 
sul file 


- Maggiore velocità nel 
marcare i punti 


- Maggior tempo per la 
stampa finale 


- Piccola occupazione 
di memoria 





Il dimensionamento del buffer dovrebbe essere tale 


che, detto K il numero delle immagini parziali genera- 
te (K<8), il tempo di stampa risulti invariato, e il i 
tempo di registrazione delle K immagini parziali risul- 
ti inferiore al guadagno di tempo nella generazioné 
dell'immagine. Risulta perciò: 


DIM.R.F/K = DIM.BUF. (dimensioni del buffer) 


Nella messa a punto di un programma, può essere suf- 
ficiente registrare l'immagine solo sul buffer in me- 
moria; in tal caso l'immagine coincide con l'immagine 
parziale, ed al termine dell'esecuzione o dopo una 
istruzione DRAW non è più disponibile. 


Se c'è la necessità di riprendere una immagine genera- 
ta da un programma già precedentemente eseguito, si 
può rendere nuovamente operabiie l'immagine archivian- 
dola per mezzo delì'istruzione LDIMAGE, senza che per 
questo occorra rieseguire l'intero programma. i 
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Uso di PLOTTER esterni Per i programmi rivolti a PLOTTER esterni, l'organo 
che realizza il collegamento tra le varie istruzioni 
di PLOTTER e il driver dell'unità PLOTTER (funzione P), 
è la funzione di sistema (BRTS). I parametri dell'i- 
struzione di PLOTTER diventano gli argomenti di chia- 
mata della funzione P, a cui vengono passati dalla 
funzione di sistema, il controllo passa poi alla fun- 
zione P, che alla fine lo restituisce all'istruzione 
del programma successiva a quella eseguita, 





— PROGRAMMA 





XAXIS Y,T,X,X 


FUNZIONE P 
DEF FNP.. 





Figura 10-7 Uso dei PLOTTER esterni 


La funzione P è di tipo numerico: ed ha 6 argomenti 


dei quali: 


. —- i primi 4 rappresentano i possibili parametri nume- 
rici delle istruzioni (x1, X5, X3, Xa) 


- il quinto rappresenta il valore dell espressione 
stringa presente nella istruzione CPLOT (per tutte 


le altre istruzioni, questo argomento è inizializza- 


to con il valore "stringa nulla") 
—- il sesto rappresenta il numero d'ordine attribuito 


al tipo di istruzione PLOTTER che deve essere . n 
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guita. In base a questo valore è possibile, nell'am- 
bito della funzione P, individuare univocamente il” 
tipo di istruzione, e interpretare in modo appro= 
priato gli argomenti di chiamata 


L'immagine viene tracciata man mano che le singole 
istruzioni vengono eseguite, e non stampata dopo che 
è stata costruita. Le istruzioni INIMAGE, LDIMAGE e. 
DRAW non hanno in questo caso alcun effetto. 
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Generalità 
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lì. NOTE DI PROGRAMMAZIONE 


Dai capitoli precedenti può essere desunta una serie 
di informazioni che riguardano l'occupaziune della 
memoria interna durante le varie fasi operative, 
nonchè le modalità con cui avvengono la preesecuzione 
e l'esecuzione dei programmi. Tali informazioni ri- 
sultano utili per ottenere un miglioramento delle 
tecniche di programmazione mediante l'uso di alcuni 
accorgimenti che contribuiscono a ridurre l'occupazio- 
ne di memoria e ad abbreviare i tempi di esecuzione, 
In questo capitolo vengono schematizzate sia le infor- 
mazioni riguardanti l'occupazione di memoria sia gli 
accorgimenti utilizzabili nell'implementazione dei 
programmi. 


Nella tabella seguente è indicata l'occupazione di 
memoria del software residente e delle opzioni che 
possono essere richieste dall'utente mediante il co- 
mando OPTION. 


COMAREA 308. 496 
MONITOR 1360 1400 
PIH 464. 500 
PIOCS 1350 1650 
DRIVER COMPILATORE 836 836 
EXPRA l 2744 2744 
opzioni 

STR 2K BYTE 
MAT 1.5K BYTE 


PLO 2K BYTE 
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La somma dell'occupazione del software residente e del 


software opzionale prescelto fornisce l'occupazione 


statica totale di memoria interna da parte del sistema 


operativo. La composizione del codice in memoria uten- 


te negli stati "Creazione ed edit" ed "Esecuzione" è 


indicata nello schema seguente. 





TIENI 





EDIT-TIME 
CODICE ISTRUZIONE 


Correla i simboli 
SYMBOL TABLE usati nel pgm. con 
il loro indirizzo 


LINE NUMBER TABLE 


FUNCTION TABLE 


FILE NAME TABLE 
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RUN-TIME 
CODICE ISTRUZIONE 


| LABEL TABLE 


FILE USE TABLE 


BRTS 





VARIABILI + 
BUFFERS 


STACK 
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Codice istruzioni 


Stato Editing 


Stato Running 
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Diamo ora il significato e i criteri di valutazione 
dell'estensione dei singoli componenti. 


E' il codice direttamente ricavato dalla compilazione 
delle istruzioni che compongono il programma utente. 
La sua estensione di byte è da considerarsi pari a 
circa 1'80% dell'estensione (in numero di caratteri) 
del sorgente. Il codice istruzioni rimane inalterato 
nei due stati. 


Symbol Tables: Tabelle simboli. 


Line number Table: Tabella dei numeri di linea. 


Occupazione: 7 byte per linea. 


function Table: Tabella associata alle funzioni defi- 
nite dall'utente (tipo FNx). Occupazione: 7 byte per 
funzione. 


File name Table: Contiene i nomi dei file di tipo 
‘dati' riferiti nel programma. Occupazione: 7 byte 


per file. 


Label Table: Gli elementi di- questa tabella sono 
associati alle linee di programma riferite. Occupazio- 
ne: 3 byte per linea riferita. 


File use Table: Contiene per ogni file l'indirizzo di 
disco del relativo "file header". Occupazione: 2 byte 


per file riferito. 


BRTS (Basic Run Time Support): L'insieme delle routi- 
nes che realizzano funzioni di I/0 associate a istru- 
zioni BASIC. Ciascuna routine, associata ad un certo 
tipo di statement, è utilizzata da tutti gli ‘state- 
ment dello stesso tipo presenti nel programma. 


# 
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NOME DELLA ROUTINE BRTS 


‘VONVERT STR. TO VECT. 


CONVERT VECT. TO STR. 


- BUILD 
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build using 

ASSIGN 

BBUILD 

BASSIGN 

TRACE ON-OFF 

DELAY 

RKB 

INPUT 

READ DATA 

PRINT 

PRINT USING 

DISP 

DISP USING 

RESTORE 

FILE 

READ EXTERNAL FILE 
write external file 
SCRATCH EXTERNAL FILE 
APPEND EXTERNAL FILE 
CHAIN EXTERNAL FILE 
SETW EXTERNAL FILE 
MAT I/0 

BEEP 

IPSO 

WHERE 

LDIMAGE 

SCALE 

CSIZE 

OFFSET 

MOVE DOT PLOT 

XAXIS 

YAXIS 

CTAB 

FRAME 

CPLOT 

IDOT IPLOT 

DRAW 

INIMAGE 

EXTERNAL PLOTTER 


OCCUPAZIONE IN BYTE 


MIN. 


2520 


324 
340 
304 
364 
316 
388 
76 
132 
364 
660 
484 
268 
340. 
348 
348 
204 
456 
856 
460 
144 
144 
356 
216 
1052 
44 
2232 
860 
872 
84 
180 
132 
380 
84 
84 
84 
100 
76 
380 
140 
400 
704 


MAX. 


260 
332 
348 
376 


380 
396 


.84 


140 
412 
696 
492 
276 
348 
356 
396 
212 
464 
880 
512 
152 
152 
364 


248 


1052 
44 
2240. 
868 
880 
92 
188 
144 
388 
92 
92 
92 
108 
84 
388 
148 
408 
712 
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Precisione 


Costanti e variabili 
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Le operazioni tra un operando in semplice precisione ed 
uno in doppia precisione sono in generale da evitare. 
Ogni operazione di conversione DOPPIA &—_» SINGOLA 
dura infatti circa 200 usec. 

Così la somma: S4= S0+Da 


dove 


- Sx e So sono in singola precisione 
- Do è in doppia precisione 


si svolge nel modo seguente: 
1. S,viene convertita in doppia precisione. 
2. Viene effettuato il calcolo in doppia precisione. 


3. Il risultato viene convertito in singola precisio- 


ne. 


La durata dell'operazione di somma è di — 1 m sec: di 
questo tempo le conversioni occupano 400 #wsec. E' dun- 
que buona norma eseguire operazioni tra operandi con 
lo stesso grado di precisione; in questo caso alcune 


operazioni aritmetiche (ad esempio +, -) sono scarsa- 
mente influenzata dalla precisione degli operandi; al- 
tre (ad esempio *, /) sono estremamente più veloci se 


operate in singola precisione. 


A proposito del prodotto, l'algoritmo di implementa- 
zione è tale che: 


a * b e b* a 

vengono eseguite in tempi differenti. Il prodotto av- 

viene in maniera efficiente se il moltiplicando ha un 

numero di cifre significative inferiore al moltiplica- 
tore. 


Esempio: 


MOLTIPLICANDO X  MOLTIPLICATORE 
(meno cifre) (più cifre) 


Come regola generale, nella stesura di un programma 
BASIC P6060, l'uso delle costanti dovrebbe essere ri- 
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dotto al minimo indispensabile. Usare variabili al 
posto delle costanti comporta i seguenti vantaggi e 
svantaggi. 


VANTAGGI CAUSE 
Minore occupazione Le costanti numeriche vengono 
del codice codificate in oggetto ogni 


volta che vengono riferite; 
la costante occupa 


È N°cifre 
5 + INTEGER NT Byte 


Una variabile occupa 1 byte 
per ogni riferimento (indi- 
rizzamento posizionato su 1 


byte). 
Maggiore velocità Se la variabile che sostitui- 
di esecuzione sce la costante è dichiarata 


in singola precisione, è pos- 
sibile effettuare i calcoli 
in singola precisione. Al 
contrario, una costante coin- 
volta in calcoli, è integral- 
mente mossa nello stack (MOVE 
da memoria a memoria) e viene 
sempre elaborata in doppia 
precisione 


SVANTAGGI 

















Usando opportuni accorgimenti 
(ad esempio, K0=0, Kl=1,ecc.) 


Minore leggibilità 
del programma 

si può ridurre questo incon- 
veniente, naturalmente il 
programma resta meno leggibi- 
le. 


Minor numero di 
variabili a 
disposizione 
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Ciclo FOR/NEXT Per l'esecuzione dei cicli FOR/NEXT è bene tener conto 
di alcuni accorgimenti fondamentali: 


- usare tutte le variabili in semplice precisione 
- non usare lo STEP I di default 


Esempio: 








DCL SINGLE | . 1.9 ms/LOOP 
ser 


FORI = 1 TO 10 STEP 1 


DCL SINGLE 
C1 =-1 

DI = 10 
FOR | = C1 TO DI STEP CI 





Infatti nello stack le costanti occupano non meno di 5 

byte, mentre le variabili riferite, per nome, occupano 

soltanto uno o due byte. Utilizzando variabili in luogo 
di costanti, oltre a ridurre l'occupazione dinamica dello 
stack, si riduce il tempo necessario per l'allocazione e 
la rimozione dei dati. Il tempo di esecuzione delle due 
sezioni di codice esemplificate differisce di 6 msec. 


Variabili multiple Operare con elementi di variabili multiple (vettori o 
matrici) è più laborioso che non operare tra variabili 
semplici (vedi $ sullo stack). Fatto pari a 1 il tempo 
di operazione su scalare, si hanno i seguenti tempi: 


SCALARE | ELEMENTO DI VETTORE | ELEMENTO DI MATRICE 
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Quindi, ove possibile: 
- usare più variabili scalari invece di un vettore 
— usare più vettori invece di una matrice 


- non usare all'interno del ciclo FOR/NEXT assegnazio- 


ni del tipo: 


FORT =..G. MIO STEP G 
A(I) = V (K) 
NEXT I 


con K costante all'interno del loop, ma usare: 


T= V(K) 1 
FORI =C TO C STEP C 


A(I) = T 


NEXT I 
Salto on.l*}. co ro..... 
on. l*). co sus 


L'uscita più veloce è quella sequenziale (x=g). 
Esiste un rapporto 1/10 tra questa uscita ed una 
qualsiasi delle altre. Se nel flow logico di un pro- 
gramma esiste una strada preferenziale, questa deve 
pertanto essere collocata immediatamente dopo la i- 
struzione ON X GO TO (GO SUB). 


L'istruzione ON X GO TO è più veloce di una serie di 
IF....THEN. 


Chiavi funzioni Per quanto riguarda le chiavi funzioni: 


- le stringhe associate ai tasti funzione mediante i- 
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BRTS 
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struzioni BASIC FKEY # vengono memorizzate in ordine 
ascendente del numero di chiave, indipendentemente 

dall'ordine con cui sono state definite. Così se la 
definizione avviene mediante il seguente programma: 


10 FKEY # I ABC 
20 FKEY # 8,DEF 


100 FKEY #2,KLM 

l'ordine di memorizzazione definito è: 

FKEY# I, FKEY#2, dite nia FKEY # 8. 

conviene pertanto definire le chiavi in ordine se- 
quenziale; in caso contrario, per ogni chiave defi- 


nita al di fuori dell'ordine sequenziale viene ef- 
fettuato uno shift multiplo di memoria. 


Le routine di Basic Run Time Supported richiamano in 
memoria un segmento in area di OVERLAY., Istante per 


istante in memoria può essere presente un solo segmen- 


to di OVERLAY. I moduli di OVERLAY non si accodano, 


La tecnica di programmazione deve tendere a minimizza- 
re lo swap IN/OUT di questi moduli. E' bene perciò che 


l'utente eviti dei loop contenenti istruzioni appar- 
tenenti a segmenti diversi. 


SEGMENTI DI OVERLAY 


Segmento 1 BUILD USING 
INPUT 
PRINT 
PRINT USING 
DISP 
DISP USING 
READ 
WRITE 
SETW 
MAT READ 
MAT WRITE 
MAT PRINT 


Segmento 2 RESTORE 
FILE 
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Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


Segmento 


10 


Di 


12 


13 


14 


15 


SCRATCH 
FILE 


APPEND 


MAT INPUT 
MAT PRINT USING 


LDIMAGE 


SCALE 


CSIZE 


XAXIS 


YAXIS 


CTAB 


FRAME 


CPLOT 


DRAW 


INIMAGE 
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Una volta. caricato in memoria un segmento di OVERLAY 


conviene usarlo il più possibile. 













Cicla n volte Ciclo Input MAT INPUT 
MAT INPUT A 
MAT PRINTA | Giclo Print | MAT PRINT 





In figura: 


- nel caso A la programmazione è inefficiente, perchè 
in tutto vergono caricati in memoria 2*N segmenti di 
OVERLAY 


- nal caso B è efficiente perchè in tutto vengono ca- 
ricati in memoria 2 segmenti di OVERLAY. 


Richiamo e lancio della L'esecuzione del programma risulta abbreviata se il 

esecuzione programma è stato precedentemente salvato nella forma 
preeseguita'e se viene richiamato mediante il comando 
RUN FILENAME. Così, nei due esempi successivi, risulta 
più efficiente la procedura seguita nel primo caso (a 


sinistra). 
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PRE-EXECUTOR 


BASEX 


TERMINATOR. 


SEARCH 
FILE SYSTEM 


ERROR 187 





LOAD EDIT.TIME 
CONFIGURATION 










ERROR 40 « 
; ERROR 117° 


(RUN TIME 
CONFIGURATION 


OLD PIPPO 


i TT TIT (iis te dc 
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ERROR 87 « 





PRE-EXECUTOR 


TERROR 117 


SEARCH 
FILE SYSTEM 





| LOAD EDIT-TIME 
CONFIGURATION 


ERROR 181 « 





RUNTIME 
CONFIGURATION 
ERROR EXECUTION 
OLD SYSW 
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Buffer 


Stack 


Alcune occupazioni 
tipiche di Stack 
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Ad ogni file dati aperto viene allocato un buffer, con 


un riferimento ad un record fisico. 


L'occupazione dello stack non è statica ma varia 
istante per istante durante l'esecuzione. I valori qui 
riportati sono relativi ad un istante in cui si sup- 


ponga di aver interrotto l'esecuzione del programma. 


La riduzione della occupazione dello stack consente di 
evitare l'errore di overflow memory in fase di preese- 
cuzione (error 65); inoltre la velocità di esecuzione 
diminuisce al crescere della occupazione dello stack, 
Infatti lo stack è una area di memoria, la sua veloci- 
tà di caricamento e svuotamento è relativamente bassa 
rispetto alla velocità di elaborazione della Unità 
Centrale. 


i. SUBROUTINE (9 BYTE ) 4 byte per indirizzo di rien- 
tro; 4 byte per pointer all'area locale precedente 
(lenv); 1 byte per identificatore 


2. FUNCTION 9 byte come per la subroutine; 8 byte 
per il valore restituito; 8 byte per ogni varia- 
bile locale o per ogni argomento. 


Minimo 17 byte 


3. FOR/NEXT (21 byte ) 8 byte per valore superiore 
del loop; 8 byte per valore step; 4 byte per in- 
dirizzo di richiusura del loop; 1 byte per identi- 
ficatore 


4. BUILT-IN stessa occupazione delle Function + area 
locale della Built-in. 


5, CHIAMATA BRTS stessa occupazione della Subroutine 
+ lista argomenti + AREA LOCALE della BRTS. 


6. BUILT-IN STRINGA particolarmente onerose ai fini 
della occupazione dello stack. L'argomento stringa 
viene infatti passato per valore (come tutti gli 
altri argomenti). 
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A., LE ISTRUZIONI ALP 


Nelle seguenti tabelle vengonc descritte le istruzio- 
ni del linguaggio Algebrico ALP, l'elemento BASIC a 
loro corrispondente e il codice generato. 


Elemento Linguaggio Codice Generato 
BASIC 
Variabile Numerica 1 byte 
A = B 
Variabile Stringa 2 byte 
A$ = B$ 
Variabile Locale Numerica 1 byte 


DEF FNA (A,B) C 


G = B+A 





Variabile Locale Stringa . . 2 byte 
DEF FNA (A$ + B$) C$ 


C$ = B$+A$ 


Array Numerico 1 byte 


V(I,J) = F(A,B) 


Array Stringa 2 byte 


V$(I,J) = F$(A,B) 
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Indirizzo di Array Numerico 


MAT (A = 


B) 


Indirizzo di Array Stringa 


MAT READ A$ 


Funzione Matriciale 


MAT A = 


CON (M,N) 


Costante Numerica 


A = 123 


Costante Stringa 


A$ = "AB 


Cc" 


Operatore di Somma 


A = A + 


Operatore 


A=sA- B 


Operatore 


A=ZzA* 


Operatore 


A=A/ 


B 


di 


di 


B: 


di 


B 


Sottrazione 


Moltiplicazione 


DIvisione 


2 byte 


2 byte 


2 byte 


N 
5 + INT pa byte 
N = numero dei 
caratteri 
{N+2) byte 
N = numero dei 


caratteri 


1 byte 


l byte 


1 byte 


1 byte 
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Operatore di Assegnazione 


A = B 


Operatore di Elevamento a potenza 
A= 5 ts 


Operatore di Assegnazione Numerica 
Multipla 


Meno Unario 


A = - Xx 


Concatenamento 


A$ + B$ 


Assegnazione di Stringa 
A$ + "ABC" 
Assegnazione di Stringa Multipla 


A$ = B$ = C$ = "ABC" 


Confronto Numerico su Condizione 


IFI 10 THEN 


AVI 


Confronto fra Stringhe su 
Condizione 


IF A$ = "ABC" THEN 
Z 


Carica Codice di Riempimento 


PAD A$, 32 


1 byte 


1 byte 


2 byte 


1 byte 


1 byte 


1 byte 


2 byte 


2 byte. 


2 byte 


2 byte 


Estrai Codice di Riempimento 


DEPAD A$, 32 


Carica COdice di Riempimento 


Binario 


BPAD AS 


Salto Incondizionato 


GO TO 


Salto Calcolato 


ON AGO TO 


Salto a Subroutine 


GO SUB 


Salto Condizionato 


IF A=B THEN .... 


Rientro da Subroutine 


RETURN 


Chiamata di Funzione 


A = FNA (....) 


Chiamata di Funzione di Sistema 


(BRTS) 


PRINT 
DISP 





2 byte 


1 byte 


2 byte 


N+3 byte 


N=numero degli 
offset 


2 byte 


.2 byte 


ì byte 


2 byte 


3 byte 
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Definizione di Funzione 4 + 2N byte 
N = numero di 


DEF FNA (Xx) variabili locali 
stringa 
Rientro di Funzione 1 byte 
FNEND 
Chiamata di Funzione 2 byte 
BUILT-IN 
SIN 
ABS 
Salto Calcolato a Subroutine N + 3 byte 
Subroutine N = numero de- 
offset 


ON X GOSUB 


Inizio Loop 4 byte 
FOR I = ... THEN 
Fine Loop 2 byte 
Next I 
Salto a Executor 1 byte + 2 byte 


1 ogni linea BASIC 


Interruzione 2 byte 
STOP 

Fine Programma 2 byte 
END 
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Chiave di Funzione 3+N byte 


FKEY = N = numero 
caratteri della 
stringa che ven- 
gono associati 
alla chiave 
funzione 
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B. ELEMENTI SULLO STACK 


Di seguito sono raccolti i formati e le dimensioni 
delle aree allocate sullo stack in presenza dei vari 


elementi: 


Variabile numerica: 


1 byte 





Variabile locale numerica: 





bye |0 0 0 1 XX XX 


Variabile stringa: 


2bytes {O 0 0 0 0 0 0 FXX XXX XXX 





Variabile locale stringa: 





B-l 


Temporaneo stringa: 


8 bytes n 1024 
| ind. 3 bytes 


‘3 bytes 


n 1024 byte 


_ 












2 bytes 


Indirizzo di memoria: (relativo ad elemento di array 
numerico) 


ind. su 2 bytes i 





Indirizzo di memoria: (relativo ad elemento di array 
stringa) 


© 6 bytes: 


10 bytes de 3 bytes, » 


Nome di array numerico: 









al indirizzo 





XXXX XXX AT 





00 


Nome di array stringa: 


abyies fo 0 0 00101 |xXxx xxx x x 
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Contesto di subroutine e function: 
9 bytes 


Program. Count. 









‘070 00100 0) n° param. 


ME 3 bytes - n “3 bytes: > 


Contesto di loop: 
FARA “20 bytes 
i ae sa 90 da = 


NOP di Stack: (serve ad ottenere gli indirizzi al- 
lineati) 








00001001] “7? 





| Progr. Count 


“ 1byte 





i0 1000 0 00 
Costante DATA: (residente in memoria e utilizzata 
dal S.0.) 

2 bytes 


A IxXXX xXx xx 





Costante PLOTTER: (residente in memoria e utilizzata 
dal S.0. per operazioni di PLOTTER) 


| 2 bytes 


doto|fxxxxxxxx] 
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Generalità 


Formato ISO 


Formato interno 


Formato di memoria 
esterno 
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C. FORMATI DI RAPPRESENTAZIONE DEI DATI E CONVERSIONI 


Il sistema P6060 presenta vari formati di rappresen- 
tazione dei dati, a seconda che questi siano in fase 
di elaborazione in memoria centrale o su unità peri- 
feriche. Qualora si trovino su unità periferiche, 
anche in questo caso esistono varie possibilità di 
formato di rappresentazione, in funzione del tipo di 


periferica. 


Di seguito useremo la seguente classificazione dei 
formati di dati: 


- formato di memoria interno 
- formato di memoria esterno 
— formato ISO 


e la seguente suddivisione, già nota, per le unità 


periferiche: 


- periferiche gestite logicamente 
- periferiche gestite fisicamente 


Si tratta della rappresentazione di dati secondo il 
codice ISO (vedi P6060 Manuale Generale). Le peri- 
feriche VIDEO/TASTIERA/DISPLAY esigono tale forma- 
to. 


Si tratta del formato di rappresentazione in memoria 
delle variabili sia numeriche che stringa cotate di 
tutti gli attributi necessari alla loro elaborazione 
(vedi Capitolo 6). 


Si tratta del formato con cui è rappresentata su unità 


periferica l'immagine di memoria per tutti i tipi di 
dati, privati degli attributi necessari unicamente 
all'elaborazione (vedi Capitolo 7). 


Periferiche gestite In questa categoria (vedi Capitolo 2) sono raggruppa- 

logicamente te le periferiche video, tastiera, console, dischi, 
stampanti. Da un punto di vista dei formati dei dati, 
tali periferiche harno la caratteristica di fornire 
tali formati in modo predefinito, cioè indipendente- 
mente dalle applicazioni. Di conseguenza il sistema 
operativo può fornire all'utente un insieme di primi- 
tive di Input/0utput che lo svincolano da ogni defini- 
zione e gestione di formati di dati. 


MEMORIA 
CENTRALE 


PERIFERICHE GESTITE LOGICAMENTE 





Formato ISO Formato binario 
i : di disco 





Figura C-1 Periferiche gestite logicamente 
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Periferiche gestite 
fisicamente 


Le istruzioni BUILD, 


BBUILD, ASSIGN, BASSIGN 
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Le periferiche gestite fisicamente (vedi capitolo 2) 
sono collegate al sistema P6060 attraverso dispositivi 
di interfaccia, i canali. La gestione di queste peri- 
feriche viene effettuata per mezzo di istruzioni di 


1/0 generale. 


L'indirizzamento alle periferiche associate ai singoli 
canali deve essere effettuato esplicitamente, eventual- 
mente, per mezzo di opportune istruzioni nei programmi 
applicativi, I canali collegabili al sistema P6060 sono: 


interfaccia IPSO 
interfaccia EIA RS 232 
tastiera 

interfaccia IEEE 488-1975 


I 


I 


In tal caso il formato dei dati è non più predefinito 
dal sistema operativo, ma dal programmatore, che 
quindi deve crearlo e gestirlo. Il sistema mette in 
tal caso a disposizione dell'utente primitive di invio 
e ricezione dei record (SEND, RECEIVE) (vedi P6060 I/0 
con periferiche esterne) e istruzioni per la creazione 
di variabili stringa destinate all'output (BUILD, 
BBUILD) e per l'acquisizione di dati di input (ASSIGN, 
BASSIGN). 


Tutto questo è valido anche per le periferiche prece- 
dentemente definite come "gestite logicamente" qualora 
il progrommatore, per motivi di efficienza, intenda 
gestire tali periferiche in modo fisico utilizzando 
cioè le primitive appena ricordate. 


La funzione di queste istruzioni è nota (vedi P6060 
Manuale Generale). In questa sede è interessante ri- 
levare l'azione di tali istruzioni sui formati delle 
variabili numeriche e stringhe. Di seguito saranno 
trattate soltanto le istruzioni BUILD e BBUILD, trala- 
sciando le ASSIGN e la BASSIGN perfettamente simme- 
triche. 


Variabili numeriche 











ATTRIBUT 


VALORE 


‘408 bytes (dipende dalla precisione) — 





Sia la BUILD e la BBUILD intervengono solo sul campo 
"valore". La BUILD lo trasforma in una variabile 
stringa di caratteri in codice ISO. La BBUILD trasfe- 
risce il campo "valore" in una variabile stringa man- 


tenendone lo stesso formato interno; in entrambi i 
casi la variabile stringa prodotta può essere trasfe- 
rita su periferica attraverso un'istruzione SEND; nel 
primo caso le tipiche periferiche di cutput saranno: 


- video 
- stampante 


nel secondo caso tutte le periferiche gestite fisica- 


mente. 
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Variabili stringa Le due istruzioni hanno un'azione diversa qualora si 
tratti di variabili stringa. 










ATTRIBUTI 









LUNGHEZZA VALORE 


CORRENTE 











A: Viene convertito in I50 solo il valore della varia- 
bile stringa. Per il resto vale tutto quanto detto 


precedentemente. 


B: Definisce una variabile stringa in formato interno, 
che comprende sia il valore che l'Attributo di Lun- 
ghezza Corrente. Questo fatto garantisce una migliore 
efficienza di gestione su memoria di massa di questo 
tipo di dati, inquanto viene evitato il continuo ri- 
calco della lunghezza corrente. Su disco, la variabi- 
le stringa occupa quattro (4) byte più il numero di 
caratteri della stringa arrotondati alla parola, Il 
diverso comportamento di BUILD e BBUILD comporta che 


la sequenza di istruzioni 


1) BUILD 2)BBUILD 
WRITE SEND 
READ RECEIVE 
ASSIGN BASSIGN 


applicate, ad esempio, allo stesso valore 
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Il delimitatore 


Convert 


123.4567895555 comporta: 


—- nel primo caso, l'ottenimento del valore 
123,4567900000 (a causa delle normalizzazioni in- 
trodotte dalla conversione operata dalla istruzione 
BUILD, vedi P6060 Manuale Generale) 


- nel secondo caso, il riottimento del valore inizia- 
le, in quanto ogni istruzione di questa sequenza 
comporta solc il trasferimento della immagine di 
memoria verso e da unità periferica 


Come è già stato detto, nella gestione fisica della 
periferica si ha un completo controllo del programma- 
tore anche sulla struttura dei file di dati residenti 
sull'unità periferiche. In tale occasione l'uso del 


delimitatore ha la funzione di separatore dei campi 


che compongono i record trasmessi (o ricevuti) ad uni- 
tà periferiche sotto forma di variabili stringa. 


Fra le istruzioni che agiscono sul formato dei dati, 
un posto particolare è riservato alla CONVERT, che 
trasforma caratteri alfanumerici negli equivalenti 
codici numerici ISO, e viceversa. Tale istruzione ha 
lo scopo di poter trasformare dati in formato binario 
qualsiasi (ad esempio, provenienti da uno strumento 
di misura) in dati in formato ISO adatti ad essere 
visualizzati o stampati, e viceversa. 
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